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FOREWORD 

The State Griminal Justice Telecommunications, (STACQM) , 
Project consists of two major study tasks. The first entails a study of 
criminal justice teleconmunication system user requirements and system 
traffic requirements through the year 1985. The second investigates least 
cost network alternatives to meet these specified traffic requirements. 

Major documentation of the STACOM Project is organised in four 
Volumes as follows; 

Title Document Wo. 


State Criminal Justice TelecommiUnications (STACOM) 77-53 

Final Report - Volume I; Executive Summary Vol, I 

I State Criminal Justice Telecommunications (STACOM) . 77-53 

Pinal Report - Volume II; Requirements Analysis and Vol, II 

Design of Ohio Criminal Justice Telecommunications Network 

state Criminal Justice Telecommunications (STACOM) 77-53 

Pinal Report - Volume III: Requirements Analysis and Vol. Ill 

Design of Texas Criminal Justice Telecommunications 
j ‘ ' Network 

1 State Criminal Justice Telecorarauhioations (STACOM) 77-63 

j Pinal Report - Volume IV: Network Design Software Vol. IV 

' Users Guide . , , 


The above material is also organized in an additional four 
volumes which provide a slightly different reader orientation as follows; 

Title Dooumeht No, 


state Criminal Justice Telecommunications (STACOM) 
Functional Requirements - State of Ohio 

6030-Ji3* 

State Criminal Justice Telecomraunicatlons (STACOM) 
Functional Requirements - State of Texas 

5Q30-61* 

State Criminal Justice Telecommunications (STACOM) 
User Requirements Analysis 

5030-80^* 

State Criminal Justice Telecommunications (STACOM) 
Network Design and Performance Analysis Techniques 

5030-99* 


^Jet Propulsion Laboratory internal document 
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This dooumenfc, No. 77-53 j Vol, II, entitled "State Criminal 
Justice Telecommunications CSTACOM) Final Report Vol II; Requirements 
Analysis and Design of Ohio Criminal Justice Telecommunications Network*" 
describes methodologies developed for user requirements studies and 
for the analysis and design of communication network configurations. 

It then illustrates the applications of these methodologies in the 
State of Ohio . 

This document presents the results of one phase of research 
carried out jointly by the Jet Propulsion haboratory, California Institute 
of Technology, and the States of Texas and Ohio. The work at the Jet 
Propulsion Laboratory was performed by the Systems Division, Teleoomrauni-^ 
cations Science and Engineering Division, and Information Systems Division 
under the cognisance of the STACOM Project, The project is sponsored 
by the Law Enforcement Assistance Administration, Department of Justice, 
through the National Aeronautics and Space Administration (Contract 
NAS7^100). 


V 


77-53, Vol. II 


APB 


BCII 


BMV 

bps 

CCH 

CDS 

CJIS 

CLEAR 

CRT 

DEA 

DHS 

FINDER 

FBI 

LEAA 

LEADS 

MDT 

NALECOM 

NGIC 

NCJISS 

NILEGJ 

HLETS 

NQRIS 

OBSCIS 


GLOSSARY OF ABBREVIATIONS AND ACRONYMS 
All poinbs bulletin 

Ohio Bureau of Criminal Identification and 
Investigabion 

Ohio Bureau of Motor Vehicles 
Bits per second 

Computerized Criminal Histories 
Comprehensive Data System 
Criminal Justice Information System 

i 

Hamilton County, Ohio (Cincinnati) County Law Enforcement 
Applied Regionally 

Cathode ray tube 

United States Drug Enforcement Agency 
Ohio Department of Highway Safety 

Calspan Technology Products, Inc., registered trademapk 
for Fing erprint Detector ^Readers 

Federal Bureau of Investigation 

Law Enforcement Assistance Administration 

Ohio Law Enforcement Automated Data System 

Mobile Digital Terminal 

National Law Enforcement TeleijflciniuniQations 

National Crime Information Center 

National Criminal Justice Information and 
Statistics Service 

National Institute of Law Enforcement and 
Criminal Justice 

National Law Enforcement Telecommunications System 

Lucas County, Ohio (Toledo) Northwest Ohio Regional 
Information System 

Offender Based State Corrsotions Information System 


Vi 


77-53, Vol. II 


OBTS 

OCCA 

OCR 

ODRC 

OSP 

PD 

RCC 

RCIC 

RSC 

SEARCR 

SGI 

SIFTER 

SJIS 

SO- 

SPA 

STACOM 

UCR 


Offendei? Based Transaction Statistics 
Omnibus Crime Control Act of 1968 
Ohio Criminal History 

Ohio Department of Rehabilitation and Corrections 

Ohio State Police 

Police Department 

Regional Computing Center 

Regional Crime Information Center 

Regional Switching Center 

System for Electronic Analysis and Retrieval 
of Criminal Histories 

Search Group, Inc. 

System for Identification of Fingerprints by 
Technical Search of Encoded Records 

State Judicial Information System 

Sheriff Office . ' 

State Planning Agency 

Stat e Criminal Justice Comm unications 

Uniform Crime Repot'ts 


vii 



77-53, Vol. II 


ABSTRACT 


Requirements analysis and design for the Ohio Criminal 
Justice Telecommunications Network is provided in Volume II of the 
Final Report of a State Criminal Justice Teleeotmnunications (STACOM) 
project sponsored by the Law Enforcement Assistance Administration 
(LEAA) . 

The project has developed techniques for identifying user 
requirements and network designs for criminal justice networks on a state 
wide basis. Techniques developed for user requirements analysis involve 
methods for determining data required, data collection, (surveys), and data 
organization procedures, and methods for forecasting network traffic volumes 
Developed network design techniques center around a computerized topology 
program vihich enables the user to generate least cost network topologies 
that satisfy network traffic requirements, response time requirements and 
other specified functional requirements. 

The developed techniques were applied in the state of Ohio, 
and results of these studies are presented. 
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SECTION 1 
SUMMARY 


1,1 OBJECTIVES OP STACOM 

The State Criminal Justice Communications (STACOM) user 
requirements study was performed to support the primary STACOM project 
objective of providing states with, the tools needed for designing and eval- 
uating' intrastate communications networks. The STACOM project goals are: 

(1) Develop and document techniques for intrastate traffic 
measurement, analysis of measured data, and prediction 
of traffic growth 

(2) Develop and document techniques for intrastate network 
design, performance analjfsis , modeling and simulation 

(3) Illustrate applications of network design and analysis 
techniques on typical existing network configurations 
and new or Improved configurations 

(1^) Develop and illustrate a methodology for establishing 
priorities for cost effective expenditures to improve 
capabilities in deficient areas. 

To support these overall project goals, and specifically the 
first, a user requirements task was undertaken to develop and use tools 
for predicting future criminal justice communications traffic. These 
tools include techniques of statistical analysis for extrapolating 
past trends into future traffic predictions, and survey and interviewing 
techniques for estimating traffic in data types that do not yet exist. 

The user requirements study was therefore divided into two phases: 
a study of past trends in existing data types to project future trends 
in communications traffic for these data types; and a study of new 
data types that do not yet exist, but which are anticipated, to estimate 
their future traffic volume . 

Network designers then use these estimates of existing and new 
data types to suggest future intrastate network designs that minimize cost 
and still satisfy performance requirements. Knowing estimated traffic 
volumes over a decade, network designers can suggest the best times to 
upgrade computers or communications lines to keep the performance within 
the required limits and assure minimum costs. 




1.2 TRAFFIC PROJECTION METHODOLOGY AND RESULTS 

1.2.1 Existing Data Types 

Existing data types contain information primarily used by law 
enforcement agencies which have been in use typically for several years. 
These data bases contain files on; 
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CD 

Stolen articles including automobiles, license 
and other property 

plates, 

(2) 

Wanted persons 


(3) 

Drivers license information, including driving 
and description of driver 

record 

(4) 

Vehicle registration information. 



Law enforcement agencies in most states have had access to centralized 
state data bases containing these file types since the early 1970s. This 
allows the establishment of historical communication traffic growth 
patterns and the use of these patterns to project future growth. In the 
past users have accessed these data files over low-speed communication 
lines which are defined as 300 bps lines or slower . Many states are now 
upgrading to high-speed lines which are defined as 1200 bps or faster. 

Two causes of past growth of cororaunication traffic into 
existing data bases have been identified: growth. due to communication 

system improvements, and baseline growth. Communication system improve- 
ments that occurred in the two model states were: 

(1) Addition of new data bases 

(2) Conversion of low-speed communication lines to high-speed 
lines and new terminal equipment 

(3) Addition of new user agencies 

(4) Establishment of regional information systems 

(5) The use of mobile digital terminals by large municipal 
police departments. 

Baseline growth is the increase in communications traffic that would occur 
even if there were no communication system improvements and is generally 
related to: 

( 1 ) Increased utilization of existing services 

(2) Population and personnel increases 

(3) Training. 

The first step in our traffic projection methodology was to 
establish the historical total system traffic growth pattern and to record 
all past communication system improvements. The second involved the 
determination of the component of traffic growth caused by past system 
Improvements. This was done by measuring traffic from impacted user 
agencies or data bases immediately before and immediately after system 
improvements were made . These increases were short term in nature and 
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were not projected into the future. Baseline growth was calculated in the 
third step by using the equation: 


Baseline Traffic \ 
Growth j 


Total Traffic j 
Growth j 


f Communication System 
\ Improvement Growth 


A key assumption of the forecasting technique was that baseline growth in 
the future will continue as it has in the past. Thus, the fourth step 
involved using the baseline growth curve established in step three to 
project future baseline growth. Finally, it is recogniaed that over the 
next decade there will be further communication system improvements. The 
fifth step, therefore, was to identify future expected communication 
system Improvements, their implementation schedule, and their impact on 
future traffic. The sixth and final step was bo combine future baseline 
growth and growth due to system improvements to obtain future traffic 
levels into existing data files. 


In Ohio, system traffic in early 1972 averaged 32,000 mes- 
sages per day and increased to 125,000 messages per day by 1976. Of 
this increase 48,000 messages per day was due bo baseline growth and 
45,000 messages per day xras growth due to communication system improve- 
ments. Figure 1-1 shows the Ohio existing data type traffic projections. 
It is projected that by 1985 traffic into existing data files will 
be approximately 280,000 messages per day. 


1.2.2 New Data Types 


New data types consist of those information files which are 
not now in common use but which are being seriously considered for future 
implementation. They include: 


( 1 ) Law enforcement agency use of a compuberiaed criminal 
history (CCH) and offender based transaction statistics 
(OBTS) file, where "law enforcement agency" includes 
police, sheriff, state police, federal agencies, pro- 
secutors, county jails, and local probation offices 

(2) Court use of the CCH/OBTS file for both felony and mis- 
demeanor court processing in the large metropolitan 
areas of each state 


(3) Corrections use of the CCH/OBTS file from the correc- 
tions department headquarters and from the penal in- 
stitutions throughout each state 

(4) Use of the CCH/OBTS files by the agencies in each state 
that administer parole from state institutions, if it is 
reasonable for that parole agency to participate in the 
communications network 
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(5) A state judicial information system (SJIS) for re- 
porting court statistics from the civil and criminal 
cases of the courts that handle felonies and misdemeanors 
in the large metropolitan areas 

(6) An offender based state corrections information system 
(OBSCIS) which is a system of files at the headquarters 
of each state's correctional agency containing informa- 
tion on all inmates in all the state's penal institu- 
tions. Portions of these files might be accessible 

to terminals in the institutions and in the parole 
agency 

(7) Juvenile agency records, if it is reasonable for the 
juvenile detention agency to participate in the com- 
munications network 

C8) An automated fingerprint encoding, classification, and 
transmission system for the large metropolitan areas 

(9) Traffic from the states' identification and investiga- 
tion bureaus for converting manual files on offenders 
into computerized files, and for entering new offender 
records that are received manually at the state center. 

This traffic in new data types is added to projections of 
traffic from existing data types to obtain total criminal justice system 
traffic for the next decade. Network design techniques are then applied 
to this total traffic volume to design a minimum cost criminal justice 
information system that meets the performance requirements. 

New data type traffic forecasts were made using a combina- 
tion of estimates from operators and users of the present criminal 
justice communications systems in each of the states, and using extrapo- 
lations based on recent history. The new data types were divided into 
three basic types for purposes of projecting future traffic: CD Arrest- 

dependent traffic such as transactions with the CCH/OBTS files which 
originate at law enforcement agencies, courts, correctional institutions, 
probation and parole agencies, prosecutors, and federal offices, and 
including automated fingerprint traffic; (2) Of fender- related traffic 
such as that associated with an OBSCIS system in adult correctional 
institutions or with juvenile agency traffic; (3) Traffic whose volume 
is determined by other factors, such as that in an SJIS system which 
would be determined by court activity, or traffic from a state data 
center devoted to converting manual records to automated files. 

Arrest dependent traffic was estimated by determining the 
number of offenders through each step of the states' criminal procedures 
and then projecting the number and types of messages that would be 
generated at each step of the procedure. Summing these information needs 
over the procedural stpps carried out by a particular agency then yielded 
the total message volume generated by that agency as a function of the 
number of arrestees through the process. The approach of assigning 
information needs bo the several steps of a state criminal procedure 
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was first sviggested for this project by Bill Griffith of the Ohio Department 
of Computer Services. This technique was applied to both CGH/OBTS 
traffic from all criminal justice agencies and to automated fingerprint 
traffic from law enforcement agencies. CCH/OBTS traffic was allocated 
to user terminals according to the total FBI index crime in each law 
enforcement jurisdiction. Court usage was prorated according to the 
population or court activity in the largest metropolitan areas. Correction 
usage was distributed according to the number of inmates in the several 
institutions, and only the headquarters of the parole agency was allocated 
traffic if that office was a user of the C.JH/OBTS files. Automated 
fingerprint traffic was distributed to the large metropolitan areas 
according to the population of each city or according to the total 
FBI index crime in each metropolitan area. 

Offender-dependent traffic includes an OBSCIS system for each 
state's correctional institutions and, if anticipated by the states, a 
youth agency data system. Traffic was computed by assuming that an 
inquiry and a file update were generated for every inmate or student in 
the state institutions every few weeks, and that, if the parole agency had 
access to an appropriate part of the system, it would also generate 
inquiries on a regular basis. The estimate of transaction frequency was 
derived from conversations with correctional institution information 
system officials who described past experience and provided future 
estimates of traffic volumes. Traffic was distributed between the in- 
stitutions according to the number of inmates or students in each 
facility. 


Other types of traffic include an SJIS system, which would 
produce traffic dependent upon the level of court activity, and data 
conversion traffic from the state data center, which would depend on the 
number of employees in such a center and on the volume of records requir- 
ing conversion and updating. SJIS traffic was estimated by assuming that 
only statistical information would be transmitted on state networks and 
that one message- would be generated for each criminal or civil disposition 
in the courts of the largest metropolitan areas. SJIS traffic was 
distributed according to the population of metropolitan areas, or 
according to the volume of dispositions, whichever provided the best 
statistics. Although an assumption was made throughout the study that 
criminal activity and communication traffic will increase each year, data 
conversion traffic was kept constant because it was also assumed that 
inquiries and file updates will gradually come from remote user terminals 
rather than from a central state investigative agency. 

This analysis suggests that new data traffic in Ohio will 
increase from an early 1977 value of about 14,000 messages per day 
to 170,000 messages per day in 1985* The large increase in Ohio traffic 
is based on the assumption that recent legislative bills requiring 
state reporting of both felony and misdemeanor arrests will be enacted, 
and that traffic will be much higher than if only felony arrests were 
reported. Local agencies are understood to be opposed to ttiis legislative 
request because of the increased workload it would impose, but its 
passage was assumed so that the system was conservatively designed 
to handle this increased traffic if it should appear on the network. 

New data traffic growth for Ohio is shown in Figure 1-2. 
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AUTOMATED 



Figure 1-2. Ohio New Data Traffic Growth 


1.2.3 Existing and New Data Type Traffic Projections 

The existing data type traffic volume of Section 1.2.1 and 
the new data type traffic volume of Section 1.2.2 were added to obtain 
the total estimated traffic volume for the study period as shown in 
Table 1-1 and in Figure 1-3. The derivation of these total traffic 
volumes is described in Section 5. For the purposes of this summary, 
it is sufficient to note that, in addition to merely adding the traffic 
volumes of nev; and existing data types, the total system traffic was 
modified to account for a slowing of traffic growth vdienever the volume 
reached a level close to the system's computer capacity, and for a 
similar brief period of slow growth followed by an accelerated growth 
period immediately after a computer upgrade. Note that, although existing 
data typ-e traffic exceeds new data traffic volume throughout the period 
of this study when measured in units of average messages per day, new 
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data volume far exceeds existing data traffic toward the end of the 
study period if volume is converted to peak characters per minute. 

This dominance is caused by the longer message lengths of the expected 
new data types. Note also that between 1977 and 1985 this study projects 
about a threefold increase in Ohio's traffic measured in average messages 
per day, and a fivefold Increase in demand in terms of peak characters 
per minute . If existing data traffic continues to increase as it has 
in the past, and if new data types are implemented at the rate state 
planners hope they will be, state communication system operators and 
data system planners should prepare for a continuing program of upgrades 
to terminals, lines, switchers, and central processors. The necessity 
of such a program is apparent in Ohio and it is likely that many other 
states are in a similar growth situation. 


1.3 SUMMARY OF NETWORK DESIGN GENERAL METHODOLOGY 

Six major activities were carried out in the network design 
phase of the study. These activities are summarized in the following 
paragraphs : 


1.3*1 Definition of Analysis and Modeling Techniques 

A task was undertaken to define and develop specific analysis 
and modeling tools for general use in intrastate systems. The principal 
tool developed is the STACOM Network Topology Program. This program, 
written in FORTRAN V and implemented on a UNIVAC 1108 computer under the 
EXEC-d operating system, enables a user to find least cost multidropped 
statewide networks as a function of traffic level demands and other 
functional performance requirements. 

The major inputs to the program are; 

(1J Traffic levels at each system termination on the network 

(2) Desired response time at network system terminations 

(3) Line tariff structures 

(4) Locations of system terminations using Bell System 
Vertical-Horizontal (V-H) , coordinates 

(5) The number of desired regional switching center, (RSC), 
facilities. RSCs serve system terminations in their 
defined regions and are interconnected to form total 
networks . 
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Table 1-1 . Total Statewide Criminal Justice Information System 
Traffic in Ohio 



Traffic Summary: 

Average Messages 

per Day, 

Year 

Existing Law 
Enforcement 
Traffic 

New Data Type 
Traffic 

Total Statewide 
Traffic 


1977 

1 47 , 200 

14,300 

161,500 

1979 

188,800 

99,500 

288,300 

1981 

213,500 

142,300 

355,800 

1983 

255,800 

163,500 

419,300 

1985 

281,200 

170,300 

451,500 


Traffic Summary; 

Peak Characters 

Per Minute. 


Year 

Existing Law 
Enforcement 
Traffic 

New Data Type 
Traffic 

Total Statewide 
Traffic 

1977 

23,720 

10,960 

34,680 

1979 

30,420 

69,240 

99 , 660 

1981 

34,400 

103,560 

137,960 

1983 

4l , 200 

121,720 

162,920 

1985 

45,300 

127,250 

172,550 
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Figure 1«3* Ohio Statewide Criminal Justice Information System 
Traffic Projection in Average Messages per Day 
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Principal outputs of the topology program are: 

(1) Line capacities and layouts servicing systen 
terminations 

(2) Fixed and annual recurring costs for lines, modems, 
service terminals, etc* RSCs are priced separately* 

(3) Line performance oharacteriabics such as line 
utilizations and mean response times 

A second major analysis technique enables network designers to 
determine the reliability and availability of network configurations 
produced by the topology program. 

Finally, a network response time model used in the topology 
program, is also useful in understanding present and future performance 
requirements for switching and/or data base computers in the network. 

This is true because the response time model involves a queueing analysis 
which includes queueing times encountered at computer facilities. 

Descriptions of these design and analysis tools are presented 
in more detail in Section 7 of this report. 

1.3*2 Network Functional Design Requirements 

At the completion of state system surveys, and after 
sufficient interaction with state planning personnel, and prior to any 
specific network design activity, a document was produced specifying 
Network Functional Design Requirements* This document provides network 
performance criteria which are to be met in subsequent designs. The 
Funcbional Requirements specify what the network must do, and do nob 
address at this level the specifics of how requirements are to be met. 

The network Functional Requirements for Ohio are presented 
in Section 10. 

1.3.3 Analysis of Existing Networks 

This task employed developed design and analysis tools to 
determine the extent to which existing statewide networks conform bo State 
Network Functional Requirements. Areas of discrepancy are noted and 
discussed. Results for Ohio are summarized later in this Section, 

A detailed discussion is presented in Section 11. 


1*3.4 Generation of New or Improved Networks 

After specific studies of interest were identified with 
state personnel, STAGOM design and analysis techniques were employed 
bo study statewide network ocnfiguration alternatives, (options)* and 
additional cost impact studies of interest. 
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In the State of Ohio, four basic network options were considered 
for the LEADS system. These involved determining cost and performance 
measures under the Multi-Schedule Private Line, (MPL), tariff for LEADS 
configurations employing from zero to three RSCs in addition to the 
switcher /data base facility in Columbus. The four options were: 

Option 1 - switcher/data base located in Columbus (one region). 

Option 2 - switcher/data base located in Columbus plus an ESC 
in Cleveland (two regions). 

Option 3 - switcher /data base located in Columbus plus RSCs 
located in Cleveland and Cincinnati, (three 
regions) . 

Option 4 - switcher/data base located in Columbus plus RSCs 

located in Cleveland, Cincinnati and Toledo, (four 
regions) . 


Four more network options were studied in Ohio involving the 
possible integration of BMV and New Data Networks with the LEADS Network. 
These options were; 

Option 5 - costs for maintaining separate LEADS and BMV networks. 

Option 6 - costs for integrating the LEADS and BMV networks 
into a single network. 

Option 7 - costs for maintaining separate LEADS and New Data 
networks . 

Option 8 - costs for integrating the LEADS and Nevf Data 
networks into a single network. 

Two additional network performance studies carried out in Ohio 
included consideration of LEADS network cost increases as terminal 
response time requirements are reduced, and an inquiry into the impact on 
network cost and performance due to adding digitized classified 
fingerprints as a traffic type to the LEADS system. 


1 . 3.5 Software Documentation 

A final task carried out was the documentation of the STACOM 
Network Topology Program in the form of a users guide. This document, 

No. 77-53, Vol. IV, is entitled, "State Criminal Justice Telecommunications 
(STACOM) Final Report - Volume IV: Network Design Software Users' Guide." 
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1.4 SUMMARY OP NETWORK DESaGH STUDY RESULTS 

The study results itemized below are discussed in more detail 
in Section 13 in this report. The following summary lists the principal 
findings of interest for each of the studies carried out.. 


Ohio Study Outcome 

‘ • The least cost LEADS Network is a single region 

configuration with a switcher/data base facility located 
in Columbus. The line savings due to the use of one, 
two or three additional regional switchers do not offset 
increased costs for regional switcher hardware, sites, 
personnel, interregion lines and increased engineering 
costs. ■ 


• The STAGOM optimized single region LEADS network 

is less costly than continuation of the present LEADS 
system over a period of eight years by approximately 
$2,850,000. This cost differential considers user 
terminal and line costs only. Columbus switch.er/data 
base costs are not included. The new network also 
meets all STACOM/OHIO Functional Requirements, 

• Response time goals listed in the STAGOM/ OHIO Functional 
Requirements are not met in the existing system on low 
speed lines, and on high speed lines during periods of 
network peak loading. 

• There are no meaningful network cost savings to be 
realized through the integration of the LEADS and BMV 
systems if the integrated network is priced with the MPL 
interstate tariff. A meaningful cost savings can be 
realized if the integrated network is priced under an 
intrastate tariff. 

• . There are no significant cost savings to be realized 

through the integration of New Data Types into the LEADS 
network over maintaining separate networks. 

• Digitized classified fingerprint data can be added to 
the LEADS network as specified in this report without 
compromising performance of the STACOM/OHIO LEADS 
System, 


• LEADS network response time requirements for the 

STACOM/OHIO single region case can be reduced from 9 to 
7 seconds before additional costs are incurred. 
Reduction to 6 seconds increases annual line costs 
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approximately 2 $. Reduction to 5 seconds increases 
annual line costs approximately 1356 . 

• Ihe mean service time per transaction in the Columbus 
switcher/data base computer should be immediately 
reduced to 470 ms. In 198 I the required mean service 
time per transaction is 425 ms and in 1985 340 ms 
is required in order to meet functional requirements 
for traffic growth, A 4x4 processor (4 central 
processing units) configuration is called for in igSl . 
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SECTION 2 

SYSTEM DESCRIPTION 


2.1 GENERAL 

Many states already have sophisticated criminal justice com- 
munications systems and are continually working to upgrade them. This 
upgrade process includes modifications to anticipate increased traffic and 
the addition of new files to make the systems more useful to criminal 
justice agencies. Ohio is doing exactly this; it already has several 
data systems for law enforcement and criminal justice agencies with 
steadily increasing traffic, and it is considering system improvements to 
user terminals, line speed , and central computers. State planners keep 
informed and look forward to the day when some of the new data types sug- 
gested in this report may be included in the files of their state’s 
system, ' . 

In this report, the central state files of existing data types 
were assumed to include such items as: 

• Wanted persons 

• Outstanding warrants 

• Stolen vehicles 

• Stolen license plates 

• Drivers licenses 

• Vehicle registrations 

New data types that might be added during the period of the study 
included : 

(1) Law enforcement use of state CCH/OBTS files 

(2) Court use of CCH/OBTS files 

(3) Corrections use of CCH/OBTS files 

(4) Parole agency use of CCH/OBTS files 

(5) A state judicial information system 

(6) : An offender-based state corrections in foriuatioh system 

(7i An automated fingerprint encoding, classification and 
transmission system 

(8) State Investigation bureau data conversion traffic 
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Most of these files were assumed to be located at a central 
state data center, although it is up to each state to organize the 
control of its files. In some states, for instance, it might be desir- 
able to keep control of corrections agency files within correctional 
organizations rather than maintaining them with other state data bases. 
States will also vary in the distribution of terminals, lines, com- 
puters, and switchers. A schematic representation of a state communica- 
tion system is shown in Figure 2-1, and a diagram of the facilities 
making up such a system is shown in Figure 2-2. These figures will 
assist in clarifying the description of the Ohio data bases, facilities, 
users, and functions in the remaining portions of this section. 


2.2 SYSTEM DESCRIPTION 

For the purposes of this study, the Ohio criminal justice 
telecommunications system includes the present LEADS system with all its 
data bases and existing terminals, any new terminals that might be added 
to the LEADS system, terminals in courts to support the CCH/OBTS and SJIS 
functions, terminals in the Ohio Department of Rehabilitation and 
Corrections (ODRC) for the ODBC's use of the CCH/OBTS files and for an 
OBSCIS system, and several terminals in the offices of the Ohio Bureau of 
Criminal Identification and Investigation (BCII) for converting manual 
records to computer input. One of the options studied for network 
optimization purposes also includes all the terminals in the Ohio Bureau 
of Motor Vehicles (BMV) throughout the state. 

The system does not include terminals connected to local com- 
puters which contain strictly local data bases. For instance, in the 
Lucas County Northwest Ohio Regional Information System (NORIS) surround- 
ing Toledo , law enforcement agencies and coi.rts have terminals tied into 
a local computer , but the individual terminals are not included in the 
state system, as defined in this study, since the state-level termination 
is taken to be the local computer. The many local terminals have access 
to the state files through the local computer , but for purposes of traffic 
distribution on the state network, the termination is taken as the local 
computer. Similarly, the County Law Enforcement Applied Regionally 
(CLEAR) system in Hamilton County surrounding Cincinnati, is another 
regional system with many terminals tied to it, but the local terminals 
are invisible to the state system since the termination for state traffic 
projections is the local CLEAR computer. 


2.2.1 Data Bases 

All of the data bases In the state criminal justice telecom- 
munication system are located in Columbus. The present Ohio criminal 
justice data center contains records on wanted persons, stolen vehicles, 
and stolen license plates. It also will contain a large CCH file in the 
near future, which is treated as a new data type because it has not yet 
been made available to the users of the LEADS system, and because in the 
future it might become the nucleus of an expanded CCH/OBTS system with 
many more data elements. 
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Figure 2-1 . State Communication System Schematic 
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Figure 2-2. State Communication System Facilities 
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Also located in the data oenten are fj.les of the BMV which 
contain records on all licensed drivers and motor vehicles in the state. 

Mew data types include, in addition to the BCII CCH file, data 
bas>5s required for the v^ystems summarized in Section 2.1. These are: 

(1) Statistical data kept by the Administrative Director of 
Courts in the Ohio Supreme Court for the SJIS system. If 
an on-line system connecting the large metropolitan 
courts to the Supreme Court data base were established, 
the files would likely be kept in Columbus, 

(2) The files maintained by the Ohio Department of Rehabil- 
itation and Corrections (ODRC) at its headquarters which 
would make up the OBSCIS system, 

(3) New automated fingerprint files kept by the BCII in 
Columbus. These automatic files would be kept in a file 
separate from, but similar to, the manual fingerprint 
file presently maintained by the BCII. 


2.2.2 Users 

The users proposed for the Ohio criminal justice information 
system include all of the present users of the LEADS system, any expansion 
of that system to counties or agencies which would like to participate, 
and other criminal justice institutions which have, up to now, not had 
computerized information systems available to them or which had their own 
dedicated machines, but which were not tied into a statewide system. 

These additional users are listed in Section 2.1 but are summarized below 
for completeness. 

(1) The law enforcement users of the LEADS system are 
primarily the local police departments and sheriff 
offices throughout the state. In addition, Ohio State 
Police (OSP) offices are tied in, as are several 
federal law enforcement, military, and investigatory 
agencies. In the larger cities such as Cleveland, 
Cincinnati, and Toledo, the user is a large computer 
installation provided by the city or county, with 
individual terminals in the local offices connected 

to the central local computer. To the statewide network, 
the terminal appears as a very large single user , 
when it really is up to several hundred users on 
the other side of a single computer, 

(2) The proposed statewide system would include the courts 
in the appellate judieial districts surrounding the six 
largest metropolitan areas. These users would include 
both courts of general and limited jurisdiction and 
would apply to both criminal and civil court activity. 

The statewide network would allow the courts to inquire 
into or update the CCH/OBTS files, and it would allow 
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the courts to send their sfcatisbioa automatioally to the 
Supreme Court for inolusion in the SJIS system » The 
oomplette SJIS system would provide the calendar 
management and court records functions at the local 
level within the largest appellate Judicial districts 
but on a statewide level it would only provide a court 
statistics capability. 

C3) The ODRC would be connected to the statewide criminal 

justice information system under this proposal, to allow 
the eight ODRC institutions to obtain information and 
update state records in the CCH/OBTS files and to 
communicate with the ODRC files in Columbus to obtain 
information on inmates froiii the OBSCIS system. 

(J|) Law enforcement agencies in the largest metropolitan 
areas would already be users of the statewide system, 
but the new automated fingerprint data would be added to 
their traffic in future years. This use would consist 
of both fingerprint cards that had been automatically 
encoded and classified, and latent prints for search and 
matching during an investigation . 


2.2.3 Facilities 

The facilities of a statewide Ohio criminal justice informa- 
tion system which would include both existing and new data types would be 
an expanded version of the present LEADS system. The LEADS system 
includes the criminal justice data base in Columbus, lines and modems bo 
communicate with the users, and terminals in the user agencies. The BMV 
network includes a separate system of lines, modems and terminals in BMV 
offioes with users having access bo the drivers license and vehicle 
registration files of the criminal justice data base. Computer 
installations are located at the data bases and in the large cities and 
counties where they serve as the termination of the statewide system and 
as a central switcher and data base for hundreds of local terminals whicii 
can access the state system through this local computer. 

An expanded statewide system including now data types would 
have more individual terminals as local agencies come to depend on the 
speed and utility of the state system. The detailed design of a statewide 
system, including cost trade-offs to minimise network and ooraputer costs, 
is described in the network design and performance analysis phase of this 
report. The SJIS systems run by the courts in the appellate judicial 
districts surrounding the six largest metropolitan areas would each likely 
require a computer with terminals in the individual courts, since it is 
anticipated that the SJIS sysbestis would be local court record keeping 
insballations with only statistics sent on to the Supreme Court in 
Columbus. Additional lines and modeius would be required for connecting 
these local SJIS installations into the statewide system. 

Similarly, the OdRC would require a computer in Columbus with 
terminals in the eight remote institutions to operate an OBSCIS system. 
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This Gcraputer could be a portion of the LEADS system with a separate data 
base, or it could be an entirely separate machine with its own data base 
which is dedicated to the ODRG. ODBC headquarters already has a LEADS 
terminal, and it will likely only be a short time before ODRC has access 
to the state GCH files* Terminals in the institutions are several years 
away, and it would take this development before a true OBSCIS system could 
be established. The Ohio parole system is under the jurisdiction of the 
ODRC so parole records are . available to the parole agency management. It 
is not likely that terminals will be placed in local parole offices since 
parole officers would likely be able to use a nearby police or court 
terminal for an inquiry or update that was required. 


2.2.4 Functions 

The statewide Ohio criminal justice information system dis- 
cussed in this report serves a multitude of functions by providing all 
criminal justice agenoies with easily and rapidly accessible data in a 
wide variety of categories. Data files maintained in the state criminal 
justice data base contain information on: 

Wanted persons 
Auto alert files 

Stolen vehicles 
Vehicles involved in felonies 
Stolen license plates 
Drivers licenses 
Vehicle registrations 
GCH files 

In addition to these files, users can access a national data base located 
in Washington, D.C., via the state system. This National Crime Informa- 
tion Center (NCIC) is operated by the FBI. NCIC files are: 

Stolen vehicles 
Stolen articles 
Wanted persons 
Stolen securities 
Stolen guns 
Stolen boats. 

Finally, users can send and receive messages to and from other states over 
the National Law Enforcement Telecommunications System (NLETS) which 
consists of only communioation lines and a switcher. NLETS has no data 
base. Messages to other states first travel via the state system to 
Columbus where they are svjitohed onto the NLETS system. 

This report suggests that in the coming decade the existing 
GCH files in the BCII will be expanded to include a complete CCH/OBTS 
system so that offenders are tracked throughout their criminal careers by 
ail criminal justice agencies. For purposes of estimating traffic over 
such a system, it is assumed that this expanded CCH/OBTS file will be made 
available to a larger group of users, including more local city and county 
police agenoies, the courts in the large appellate judicial districts, and 
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tha ODRG and ibs insfcibuiiions bhroughoub bhe abate. The funobions bo be 
performed by this system are really limited only by the iraaginabion of the 
individual user agency and the local terminal operators. Data on a wide 
variety of topics are made available to users in a matter of seconds, and 
user resouroefulness is bhe limiting factor in determining bhe functions 
bo be performed. 

Besides assuming a continuation of bhe existing files, and an 
expanded CCH/OBTS data base with moi'e users, this report estimates future 
traffic on the assumption that several more new data types will be added 
to bhe system in the next decade, along with bhe appropriate users. These 
new data types and users are described in bhe sections above, and the 
functions performed by bhe system are again limited primarily by the 
imagination of the user and bhe operating agency. 

For instance it is assumed that bhe SJIS system, which is 
estimated to be started on an experimental basis in a single judicial 
district, but which is nob projected to be in use throughout the state 
until bhe 1980s, will be used on a local level for court management, case 
bracking, and calendar scheduling in both criminal and oivil cases. None 
of this business would appear on state lines, however, since state 
reporting would be confined largely to statistical record keeping. 

The Ohio Department of Rehabilitation and Corrections does nob 
presently have access to the BCII CCH files, nor is there an on-line 
OBSCIS system operating. However, within the next decade it is projected 
that both of these functions will be provided in the Ohio criminal justioe 
ooramunioation system. 

Gradually, as automated fingerprint systems become standard- 
iaed , less experimental , and less costly, it is expected that Ohio 
will begin to implement such systems, at least in bhe large metropolitan 
areas where fingerprint volumes justify the expense of the equipment. 

The statewide telecosiisnuiiicabions system would function to transmit 
both encoded and classified 10-print cards and encoded latent prints 
found in an investigation. Fingerprint card information would then 
be filed , and the files oould be searched aubomatioally for prints 
to match Intents, 

In addition to providing access to a oentraliaed data base, 
the state oriminal justice system allows transmission of messages between 
users. Administrative messages oan be sent from one user agenoy to 
another or an "all points bulletin" message oan be sent from one agency to 
many other agencies. These messages are free form in format and do nob 
require data base searches. 
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SECTION 3 

TRAFFIC GROWTH MODELING - EXISTING DATA TIPES 


3.1 APPROACH 

Deberraining fubure ooinmunloabion brafflc levels is of primary 
imporbanoe in assessing bhe users’ needs of a state oriminal jusbioe 
teleconimunioablon system. Future ooramunioation traffic levels into ex- 
isting data files were estimated by examining available past groi^th 
trends, and projecting these trends forTOrd. There were two components to 
past traffic growth; growth due bo communication system improvements, and 
growth due to increased user demand. It was assumed that growth due to 
increased user demand would continue into tiie future as It has in the 
past. Growth due to communication system improvements can be characterized 
as short term rapid increases and thus it would be inappropriate to 
project these increases forward. We have instead predicted implementations 
of future ooraiaunication system improvements and their impact on traffic 
levels. Our estimates of these two components of traffic growth are 
combined bo form the prediction of total future comtuunioabion traffic 
levels into existing data types. 

Onoe total oommunicablon traffic levels are known we must 
determine bhe distribution of traffic across all locations in the state. 
This involves the identification of the paths of general traffic flow as 
well as a quantification of the number of messages to and from each system 
user. Models were developed that correlated current traffic levels with 
user characteristics. These models were then used bo determine future 
traffic distributions. 


3.2 DATA GATHERING TECHNIQUES AND RESULTS 

In order to perform this analysis, information Is needed from 
the model states concerning current and past network configurations, 
record types, traffic volumes, message lengths, traffic distributions, 
operating procedures, user agenoy oharacberisbios, and planned upgrades. 
Five years of past data were collected. 

TVo survey forms were developed to obtain this information. A 
state level questionnaire ms written and given bo the oommunloation 
system planner in bhe state planning agenoy. This survey form is shown in 
Appendix A. The sm^vey was directed to the proper persons in the Ohio 
state government. We obtained answers to our questionnaire from bhe Ohio 
State Patrol and the Law Enforcement and Programming Division of bhe 
Department of Computer Services. 

As seen in Appendix A we began bji asking state planners to 
provide one diagram shomng principal components used in information 
interohanga between all oriminal justice user agencies. Prinoipal com- 
ponents were defined as; 
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Switchers /concentrator's 

Terminals 

Communication lines 

Bata bases only included those computers containing records that could be 
accessed by communication lines considered part of the state information 
system. We also asked for communication line sizes in bauds which 
measures the rate that information can be loaded on and taken off com- 
munication lines. Finally we asked state planners to identify changes to 
the above diagram and indicate when these changes were made. Answers to 
these questions provided a knowledge of current and past network con- 
figurations. In general, this information was available. 

The second question on the state survey asked for more 
specific information concerning data bases. We asked for the type and 
number of records available to system users from 1971 - 1976. A minimum 
of five years of past traffic statistics were needed bo establish past 
growth trends. Again, Ohio provided us with answers to this question. 

The third question asked for traffic volume data. We re- 
quested raontlily communication traffic volumes in units of average messages 
per day by user agency and message type. The time period was again 
January 1971 - 1976. Ohio had complete statistics back to 1971; however, 
due bo inconsistenciBS between IBM and UNIVAC statistical packages there 
were discrepancies in the definition of a message before and after the 
Spring of 1975* 

The fourth question asked state planners to provide average 
message lengths by message type. As a check of these numbers, we also 
asked to see format details for all message types transmitted over the 
state criminal justice telecommunications system, Ohio responded to this 
question by providing us with a copy of their operating manuals which 
presented formats required to obtain access to the files. Combining 
knowledge of message formats with a knowledge of the message type volume 
distribution allowed us to calculate an average message length. 

Question five asked for an origin and destination matrix 
showing yearly message volume from eaoh user agency to each other user 
agency in the state. Ohio could not provide this information. 

The sixth question asked about operating policies that affect 
traffic volumes. Specifically we asked whether queries into one data file 
automatically generate queries into other data files and whether there 
were record update requirements. No answers were obtained to the second 
question,* however, information was provided on automatically generated 
messages. 


Finally we asked state planners to inform us of any planned 
upgrade that would affect traffic against current law enforcement files. 
He listed examples such as; 
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(1) An increase in the number of records in a file 

(2) A reduction in response time 

(3) An increase in the number of user agencies. 

Ohio provided a complete response to this last question. 

The second form designed for the collection of information was 
the User Agency Questionnaire. (See Appendix B.) This questionnaire was 
intended to obtain information on user characteristics, on current and 
desired response time and to obtain from the users an estimate of their 
current traffic levels. This last item was intended to be a check of 
similar data requested from the state. User survey forms were sent bo all 
user agencies in Ohio. Many, but not all, agencies completed the survey 
and returned it to us. 

As seen in Appendix B user agencies were asked to supply 
traffic data in the form of the average number of messages sent per day on 
the state system, the average number of messages received per day on the 
state system, and the number of messages sent during a peak hour on the 
state system. Responses were generally consistent with state statistics 
which were most likely the data source used by the respondents. 

Users were next asked for current average response times and 
acceptable re.sponse times. Almost all agencies answered these questions 
with acceptable response times slightly lower than actual response times. 

Finally, user agencies were asked to supply data on the crime 
rate per capita In their area and the number of personnel requiring in- 
formation over the state criminal justice telecommunications system. Five 
years of this information was requested; most agencies supplied it for the 
current year but did not give historical data. 

Because a number of agencies did not respond to the user 
surveys, other sources of data were identified that could fill information 
gaps. Uniform crime report data were obtained for Ohio. This report 
presented population and crime statistics for all law enforcement agencies 
in the state. We also used the national Uniform Crime Reports issued 
annually by the FBI (Crime in the United States ) to obtain information on 
the number of personnel employed by each agency. 

In addition to survey forms and statistical tables, we con- 
ducted personal interviews to oolleot data necessary for predicting future 
braffic levels into existing data files- Interviews were conducted with 
data processing personnel in the larger metropolitan police departments 
and with persons representing regional information centers. Personal 
interviews were conducted with these representatives because of the large 
volume of traffic originating from metropolitan police departments and 
regional information systems. We asked questions conoernlng present 
methods for accessing state data flies, future communication plans that 
would impact communication braffic into the state system, acoessibility of 
information contained in regional data bases to other users of the state 
system, data types maintained on regional systems, and operating 
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procedures that automatically generate messages from regional data bases 
into the state data base. We found that on-site interviews were required 
in some instances; however, we were able to interview a number of these 
agencies by telephone. Both the large police departments and regional 
information centers were cooperative and provided the required 
information. 


All the above data were used in our traffic growth and dis 
tribution models which will be discussed in following sections. 


3.3 ANALYSIS METHODOLOGIES APPLIED TO TRAFFIC STATISTICS 

3.3.1 Definitions 

Traffic statistics were obtained primarily from the operating 
agencies of the existing state criminal justice telecommunication systems. 
The form of the data used to project future growth was monthly message 
volumes broken out by system users. In examining the data, care had to be 
taken in interpreting the numbers given and in defining carefully the 
parameters to be measured . 

There are two measures of system traffic that will affect 
final system design. The first is the number of communication messages 
transmitted over the system. A communication message is defined as the 
transmission of information between a sender and a final receiver. For 
example, when a user, is attempting to obtain a record contained in a data 
base, the sender is considered to the user and the final receiver is 
considered to be the data base. Independent of the path of the message, 
the transmission of the data base query between the user and the data base 
constitutes one communication message. Once the computer's files have 
been searched and a response prepared, the transmission of the response 
from the data base back to the user constitutes a second communication 
message . 


The second measure of traffic affecting system design is the 
number of transactions handled by the computer . A transaction is defined 
as the processing by the computer of a request for service. Requests for 
service include data base searches and preparation of response, data base 
record modifications, and switching of messages. It is possible for one 
message into the computer to generate more than one transaction. For 
example, if a query into the state wants/warrants file automatically 
generates a message to the national wantsA^arranbs file then two trans- 
actions occur: the state wants/warrants data base search and the switching 
of the inquiry to the national file. 

From the definitions above, it is apparent that communioation 
messages demand communication line services while transactions demand 
computer services. Methods of estimating these parameters from available 
statistics will be discussed next. 
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3-3*2 Interpretation of Communication Traffic Statistics 

In examining available traffic statistics, the analyst must 
first determine whether traffic is a measure of communication messages or 
transactions. If it is established that coramunication messages are being 
counted, then a knowledge of computer message handling procedures allows 
the calculation of computer transactions. L^-kewise, if it is established 
that transactions are being measured, then a knowledge of computer message 
handling procedures will generally allow the calculation of coramunication 
message volumes. 'When it is not clear whether transactions or messages 
are being counted the analyst must test both hypotheses. Generally by 
looking for internal consistency or by checking with other Independent 
traffic statistics, it is possible to determine if transactions or 
messages are being measured . 

It is common for statistics gathering routines to record the 
number of communication messages sent and received from every component of 
the communication system. Thus a message sent from a user terminal to a 
data base is recorded as being sent from the user terminal and received by 
the data base. When total system messages are calculated by summations of 
messages over all components, this leads to a double counting of messages. 
Dividing by a factor of two leads to the true message count. 

Determination of the number of messages sent from the state 
system to national communication systems must be handled with care- There 
are currently two national coramunication systems, the National Crime 
Information Center CNCIC) and the National Law Enforcement Tele- 
communication System (NLETS). The NCIC services data base queries and 
updates but has no message switching capability. The data base is located 
in Washington, D.C. NLETS provides message switching capabilities tying 
together state data bases, but it maintains no data base of its own. 

Messages sent from state telecommunication users to the NCIC 
data base can be generated in two ways. The first involves a direct 
message between the user and NCIC where the state user utilizes required 
NCIC formats . The second , and by far the most common , results from a user 
sending a message into the state computer which then automatically 
forwards it to the NCIC stolen article file. 

Messages into the NCIC data base must travel from the user to 
the state switching center and from the state switching center to the NCIC 
data base. Responses then retrace this path back bo the user. 
Communication messages to and from the NCIC should be counted in the 
following way (see Figure 3-1): 

(1) The initial transmission from the user to the state 
switching center should be counted as a separate NCIC 
communication message only if it Is a direct message 
between the user and NCIC. 

(2) All transmissions of the data base queries and updates 
between the state switching center and NCIC should be 
counted as communication messages. 
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Figure 3-1- NCIC Traffic Flow 


(3) All transmissions of responses to data base queries 
and updates between NCIC and the state switching center 
should be counted as communication messages. 

(4) The final transmission of the response to the NCIC data 
base query or update from the state switching center to 
the user should be counted as a communication message. 

Transactions should be counted as follows: 

(1) The switching or automatic generation of a message by 
the state data base computer into NCIC should be counted 
as a transaction. 

(2) The switching of the NCIC response by the state data 
base computer to the appropriate user terminal should 
be counted as a transaction. 

If the states' traffic statistics do not follow these conventions, ad- 
justments should be made. 

Communication traffic traveling from the state system to the 
NLETS system is measured in the same way as NCIC traffic with the 
following exceptions. First, all communication messages sent from state 
system users to other states via NLETS must be sent directly, l.e., there 
is no automatic generation of messages to other states. Second, other 
staf.es can originate data base queries into the state data base. 

Communication messages to and from NLETS should be counted as 
follows (see Figure 3-2): 
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Figiire 3-2. NLETS Traffic Flow 


(1) All initial NLETS queries from state users to the state 
data base should be counted. 

(2) All queries from the state data base to other states 
via NLETS should be counted . 

(3) All responses from other states to the state data base 
via NLETS should be counted. 

(4) All transmissions of the NLETS response from the state 
data base should be counted . 

(5) All NLETS queries from other states to the state data 
base should be counted. 

(6) All NLETS responses from the state data base to other 
states should be counted. 

Rules for counting NLETS transactions are: 

(1) The switching of an NLETS query by the state data base 
to other states should be counted. 

(2) The switching of NLETS responses by the state data base 
to state users should be counted. 

(3) The file search and response preparation done by the 
state data base in responding to an NLETS inquiry from 
another state should be counted. 

Again, care must be taken in examining states’ procedures for measuring 
NLETS traffic levels. If the measuring procedures do not follow the above 
rules, adjustments must be made. 
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Once the traffic statistics have been analyzed and a good 
measure of the number of communication messages has been obtained, it is 
necessary to convert traffic from units of messages per day to characters 
per day. Our procedure for this conversion is presented in the next 
section . 


3 . 3*3 Message Length 

For the purpose of designing a network of communication lines, 
communication planners must know in addition to the number of messages, 
the length of the messages so they can determine the number of characters 
that are to be flowing on communication lines. 

Determination of average message length begins by identifying 
message types and message functions. Message types are the state data 
base file types, administrative messages, NCIC messages, HLETS data base 
messages and NLETS administrative messages. Message functions apply only 
to data base message types and can be grouped into two categories: data 

base queries and data base modifications. 

Lengths of data base message types by message function were 
determined by examining specified formats in users operating manuals. 
Response formats were also shown in these manuals. However, there are two 
possible responses to the query message function. The first is a short 
response indicating that no record matching the input identifiers could be 
found . The second , a positive response , is a longer message transmitting 
the entire record requested- Therefore, it is necessary to know the 
positive response rate in order to calculate average message length of 
responses to inquiries. 

Average administrative message lengths were estimated by 
examining example administrative message formats, by discussions with 
state personnel and by examining available statistics kept by NLETS on 
administrative message lengths. Since the format of an administrative 
message is left to the discretion of the user, message length could not be 
determined by studying format specifications. However, good agreement was 
obtained from the three sources listed above, increasing confidence in the 
administrative message length estimates. 

Message lengths for NCIC and NLETS messages were obtained from 
a previous JPL report ( National Criminal Justice Telecommunications 
Reouirements) . These numbers were slightly modified to reflect changes 
since the JPL report was released. 

A simple example of the method for calculating overall average 
message length will be presented and then the methodology will be 
generalized to cover -our more complex case. 

Suppose there are only two message types and the average 
length of rae--3age type 1 is L-| and the average length of message type 2 
is L 2 . Also suppose F-j is the fraction of total messages that are type 1 
and F 2 is the fraction of total messages that are type 2. Overall average 
message length can be calculated as follows: 
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Ovei?all Average Message Length “ F-] x L-) + F2 x La 


To continue the example by assigning values, let: 

= 100 characters /message 
L2 = “150 characters/message 
= 0.30 
P2 = 0.70 

Then: 


Overall Average 

s 0.3 X 100 + 0,7 X 150 = 135 char/msg 

Message Length 


In our case we have more than two message types and there are 
also different message functions within message types. We do however know 
the average message length and the fraction of total traffic of each 
message function within each message type. We can thus apply the 
methodology presented above by taking the summation of the products of 
average message lengths and fraction of total traffic over all message 
functions and message types. An example is shown below where there are m 
message types and n message functions within each message type. The 
fraction of total messages and the average message length is shown for 
each message function and the calculation of overall average message 
length is shown at the bottom. 

Overall average message lengths in the model states were 
calculated using the above methodology. 


3.3.^ Peak/Average Ratios 

In determining needed communication capacity to satisfy 
performance requirements, we would like to use a measure of demand that 
reflects the load on the system during the busiest hours. Proper network 
design requires that service objectives be met during the busiest times as 
viell as the average situation. All previous traffic statistics have given 
message volumes averaged over a day. To derive the desired traffic 
measurement we establish the ratio of traffic volume during the busiest 
hour and average traffic volume and designate it the peak to average 
ratio. Average traffic volumes are then multiplied by this ratio to give 
peak traffic volumes. 

Peak to average ratios can be associated with different com- 
ponents of the communication system- At the first level we examine 
peak/average ratio of the number of messages sent from a user agency. The 
second level involves demand for communication circuits. In some 
instances, where there is only one user agency on a circuit, this cor- 
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responds to the first level. However, for those circuits serving more 
than one user agency, a separate peak/ average ratio can be computed. This 
circuit ratio is dependent on communication line configuration and 
therefore changes as new configurations are proposed. To avert this 
complication we have assumed one constant peak-to-average ratio for the 
entire conmunication system. This one value is taken to be the peak-to- 
average ratio of traffic to the computer. We justify using this as the 
peak/average ratio for user agencies and communication circuits for the 
following reasons: 

(1) Historically, the utilization level of the oompjiter 
has been significantly higher than the utilization 
levels of communication circuits. Therefore it is 
more important to establish demands for computer 
service than for communication lines and user agency 
terminals . 

(2) It is likely that the peak/average ratio for communica- 
tion circuits and for the computer are not greatly 
different , 

(3) There is a possibility that particular user agencies 
will have peak/average ratios somewhat higher than the 
computer's ratio. However, it is unlikely that this 
higher than predicted number of messages would have any 
impact on network system design since communication cir- 
cuit utilization is low. 

To determine this ratio we examine in detail one month of 
total system traffic data. The number of transactions occurring each 
hour in the month is determined. We search for the busiest hour and 
determine the ratio of transaction volume during this busiest hour 
to the average hourly transaction volume during the month. This ratio 
becomes the peak/ average traffic ratio. 

Predictions of average traffic levels are then multiplied by 
the peak-to-average ratio to describe traffic levels during the busiest 
hour . 


3 , 3.5 Output of Analysis of Traffic Statistics 

The outputs of the traffic analysis task are: 

(1) Historical traffic statistics; 1971 - 1976 

(a) Number of average total monthly communication 
messages 

(b) Number of average total monthly transactions 

(c) Number of average monthly communication messages 
by system user 
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(d) Number of average monthly ooramunioation messages 
by message type. 

(2) Current traffic statistics 

(a) Average message length by message type 

(b) Total average message length 

(c) Peak/ average ratio. 

This information on- past and current traffic statistics serves as input 
into the traffic growth and distribution modeling tasks to be discussed in 
the next two sections. 


3.4 TRAFFIC GROWTH MODELING 

3.4.1 Introduction 

Before we present our forecasting techniques a note of caution 
is in order; forecasting is a haaardous occupation. As Martino has said 
f Technological Forecasting for Decision Making) ”The forecaster is never 
absolutely certain that he has prepared the most useful possible forecast 
with the data he had available and the resources he employed." Martino 
continues to describe what forecasting does and does not do. "A forecast 
does not tell us anything about the future. Instead, it tells only of the'- 
implications of available information about the past. These implications 
are connected with the future through a logical framework. Hence, the 
utility of a forecast for decision making purposes depends on the validity 
of the logical framework it uses, and the extent to which it extracts all 
the implications which are contained in the body of available information." 
We have attempted to identify the body of available information and 
develop a logical framework allowing us to use the information to predict 
future growth of criminal justice telecommunications traffic. 

Our basic forecasting framework postulates that past traffic 
growth is caused by two factors. The first is an increased demand by the 
users and the second is communication system improvements. We assume that 
growth in traffic due to the first factor will continue in the future as 
it has in the past. However, growth in traffic due to communication 
system improvements will depend on the rate of future system improvements. 
Our estimates of these two components of traffic growth are combined to 
form the prediction of total future conununication traffic levels into 
existing data types. 


3.4.2 Input Data 

Data describing past operations of the state criminal justice 
telecommunications system Included past traffic statistics, past network 
configurations and past operational procedures. Recall that traffic sta- 
tistics obtained from Ohio were used to determine the total number of com- 
munication messages each month and total transactions each month during 
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the years 1971 " 1976. In addition, these aggregate monthly traffic 
figures were broken out by message type and wherever possible by user 
agency. 


Data on past network configurations included location, 
content, and sise of data files; comraunioation line configurations and 
capacities; and lists of all user agencies and their means of access to 
the state telecommunication system. An operational procedure affecting 
traffic was the policy regarding the automatic generation of messages from 
the state computer to the National Crime Information Center maintained in 
Washington, D.G. 


3 . 4.3 Data Analysis 

Historic traffic statistics were used to establish the past 
growth pattern of communications traffic. Growth in traffic in Ohio, 
shown in Figure 3-3, was characterised by periods of fairly stable growth 
rates; however, there were erratic periods where large increases or 
decreases in traffic occurred. The decreases which occurred were 
explained by the obsolescence of vehicle registration files each spring . 
The sudden increases in traffic were caused by improvements to the 
communication system. The following improvements were identified: 


Cl) 

Addition of new users 


(2) 

Addition of new data files 


C3) 

The substitution of high-speed communication lines for 
low-speed lines and new terminal equipment 

(4) 

Changes in operating procedures 
with additional information per 

that provide the user 
query 

(5) 

Mobile Dlgi!.al Terminals (HDTs) . 



Since these increases in traffic could be tied to specific communication 
system improvements and were short terra in nature, it would be inappro- 
priate to project such increases into the future. It thus beooraes 
necessary to factor out the impacts on traffic of these improvements to 
the communication system. The remaining growth component is categorized 
as baseline growth and we see it as being principally caused by: 


(1) Increased utilization of existing services 

(2) Population and personnel increases 


(3) Training. 

Baseline growth, shown in Figure 3-4, is assumed to continue in the future 
as it has in the past. 


3-13 


77-53, Vol. II 



71 72 73 74 75 1976 


Figure 3-3. Ohio Past Coramunioation Traffic Growth 
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3.i^.3.1 Past System Improvements . To obtain baseline grovrth 
statistics, we had to establish a procedure for quantifying the impacts on 
traffic of communication system improvements. Our procedure assumed that 
the traffic Impacts of system improvements were independent of one 
another. We recognized that in the real world this is not the case, but 
were confident that the errors caused by non- Independence would be small. 
As an example assume that two system improvements occurred simultaneously 
and were the conversion of low-speed lines to high-speed lines and the 
addition of a new data base. To determine the increase in traffic from a 
particular user caused by the high-speed line upgrade we look at the 
user's traffic just before and just after the increase. The increase is 
taken to be caused by the line upgrade. However, a portion of the 
increase is due to traffic into the new data file. However, during all 
periods the portion caused by the secondary effect was sufficiently small 
that it could be ignored. So errors resulting from our assumption of 
independence are small. Procedures for determining the impacts of each 
system improvement are now discussed . 

Ohio has added new user agencies to its communication system 
over the last few years, and we collected a list of all new agencies 
added within each three month period from 1971 - present. The Increase 
in traffic caused by the addition of a new terminal was obtained by 
measuring traffic levels from the terminal in the three-month period 
after it had been added . The average of traffic over this three-month 
period was considered to be the traffic Increase. In Ohio, for the 
period .September 1971 - April 1976 approximately 14,600 of the new 
messages per day could be attributed to the addition of new user agencies. 

When a new data file is added, there is generally a period of 
two or three months of rapid growth of traffic into the files followed by 
a stabilization in traffic volume. It is this sudden Increase in traffic 
that we consider the impact of the Implementation of a new data base. An 
example of traffic volumes into a new data files is shown in Figure 3-5. 
Traffic increases into the new Wants-Warrants file occur rapidly during 
the first month of operation and stabilize into a normal growth pattern 
after this first month. 

Ohio originally designed its state criminal justice tele- 
communication system with low-speed teletype lines but has since upgraded 
a portion of these lines to high-speed 1200 or 2400 baud lines. We define 
low-speed lines to be 300 baud or slower. Terminals serving low-speed 
lines are either older teletype terminals or hard copy printing terminals. 
High-speed lines are 1200 baud or faster and are served by CRT terminals. 
Ohio does not use lines of between 150 and 1200 baud. 

The Impact of past conversions to high-speed lines is measured 
by taking the difference in traffic the month before the upgrade and the 
month after the upgrade for each affected agency. These increases range 
from 12J to 200$. In Ohio a 50$ average increase was observed after 
conversion to high-speed lines. 
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Figure 3-5. Example of New File Traffic Growth 


A change in operating procedures that affected traffic levels 
occurred in Ohio. During the summer of 1973 the Ohio state computer began 
passing all queries into the state vehicle registration file on to the 
national stolen vehicle files. This procedural change was reflected in 
the traffic statistics as the number of messages per day to and from NCIC 
increased from 6,500 to 18,000. This procedural change is regarded as a 
system improvement because it provided more information to the user with 
no extra work required on his part. 

The final past system improvement was the implementation of 
mobile digital terminals. These are computer terminals that are placed in 
patrol cars and allow faster access to information contained in the state 
data bases. Betvreen March 1975 and April 1976, one hundred Cleveland 
patrol cars were equipped with mobile digital terminals. The increase in 
traffic due to these in-oar terminals was 3,600 messages per day. 

The effects of all the above system improvements in Ohio are 
summarized in Figure 3-6. Slightly more than half the growth could be 
attributed to baseline growth, and the addition of new users and the 
policy of forwarding messages into the national data file were the major 
system improvements . 


3. 4. 3. 2 Past Baseline Growth . Calculation of baseline growth began by 

using as input the total monthly historic communication message levels. 
These statistics were then averaged over three-month periods giving 
average message volumes for the four quarters of each calendar year. We 
then determined the component of each of these quarterly message volumes 
that could be attributed to the communication syatem improvements 
discussed above. Traffic caused by system improvements was subtracted 
from total traffic. The remaining traffic for each quarter was then 
plotted (see Figure 3-4) and served as a measure of baseline growth. 
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Figure 3-6. Distribution of Traffic Growth Sources 


3-4,4 Traffic Projections 

The previous section dealt with establishing past growth 
patterns and our attempt to relate portions of the past growth to com- 
munication system improvements. We will now use the knowledge gained 
about the past to predict future traffic levels. 


3- 4. 4.1 Future Baseline Growth . Recall our basic assumption that 

baseline growth will continue into the future as it has in the past. Pas 
baseline growth curves exhibited the following characteristics; 

( 1 ) A long-term increase in traffic 

(2) Seasonal effects due primarily to procedures or customs 

(3) Periods of relatively slow growth. 

Using these characteristics we construct the following baseline growth 
model. The long-term increase in traffic will continue into the future. 
Seasonal effects may continue into the future but will have no impact on 
system: design because although these effects have been to cause excep- 
tionally low traffic levels during some months, the system must be de- 
signed to handle the loads during peak traffic months. We will thus nob 
include seasonal effects in our future traffic model. 
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We explain periods of slow baseline growth as being caused 
by one of two factors. First, growth may be slow because the communica- 
tion system is near saturation. Users experience deterioration in * 
the level of service with the primary effect being an increase in the 
waiting time for a reply to an inquiry. Second, growth may be slow 
immediately following an upgrade because of sub-standard system performance 
while the inevitable problems of a new system are corrected , and reduced 
agency utilization while users familiarize themselves with new operating 
procedures. 


In Ohio, major system upgrades occurred in October 1971 and 
March 1975. Ebcaraining baseline growth (see Figure 3-^) ws note that the 
slow growth periods are the fourth quarter of 197^ through the second 
quarter of 1972 and the third quarter of 197^ through the third quarter of 
1975. In the first case we observed slow growth through three quarters 
after an upgrade and in the second case we observe slow growth three 
quarters before an upgrade and two quarters after the upgrade. Unfortu- 
nately there are no response time statistics available in Ohio during 
periods of slow growth prior to the March 1975 upgrade. Thus we cannot 
document our contention that slow growth was caused by increased response 
times. Vie do know that the upgrade involved the replacement of an IBM 
computer with a UNIVAC system. According to Ohio system planners it was 
a difficult transition with con,?iderable deterioration in service as the 
problems of a new system were con acted . 

In Ohio, the state criminal justice telecommunications system 
is centralized with all files maintained and all switching services 
performed by one computer. The demands for service are such that the 
utilization of all other system components including communication lines 
and terminals are low- Response time deterioration caused by excessive 
demands for service thus are governed by response time performance of the 
central computer. Figure 3-7 shows a general case of this response time 
performance. Notice that response times stay relatively constant as 
transaction volumes build until a critical point is reached (about the 80j 
utilization point). Response times then degrade rapidly. The response 
time profile just described is consistent with baseline traffic growth 
observed in Ohio . 

We will now use these past traffic baseline growth character- 
istics to predict future traffic volumes. 

We have developed a growth projection model that predicts 
average daily traffic volume for each of the next 20 six-month periods. 

The model assumes <:hat growth will be caused by three factors. They are: 
baseline growth, improved communication technology, and new users and data 
bases. 


We assume baseline growth will continue into the future as it 
has in the past. In Ohio past baseline growth displayed an S-shaped curve 
with growth being slow before and after system upgrades and linear between 
these periods. Since baseline traffic growth appears to be dependent on 
available system capacity it becomes necessar 5 r for us to make assumptions 
regarding actions to be taken by the state when system saturation is 
reached. Possible actions are: 
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Figure 3-7- Typical Cororaunication. System Response 
Time as Function of Traffic Volume 


(1) To increase capacity before saturation is reached 

to avoid inccnvenience to users and allow unconstrained 
growth 

(2) To wait for the first signs of saturation and then in- 
crease capacity 

(3) To delay for a substantial period any upgrade even 
after saturation is reached 

C 4 ) To fix a limit to growth and not upgrade at all . 

In talking with planners in Ohio , the second action seemed the most 
likely, Ohio planners believed that it was not possible to increase 
capacity before system capacity was reached but did indicate that funding 
necessary for increasing capacity could be obtained quickly when 
deterioration in response times was noticed. Thus the shape of the future 
baseline growth curve was assumed to be basically linear with a slowing of 
traffic before and after system upgrades. 

Our assumption concerning possible actions regarding system 
upgrades is a critical one. If the state decides to delay upgrades for a 
substantial period or to fix a limit to growth, then our traffic pre- 
dictions will be substantially high. However, if a state decides to in- 
crease capacity before saturation is reached, errors in our prediction 
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will not be as large because decreased traffic growth periods have been 
assumed to be short term. 

To project future baseline growth we fit past baseline growth 
statistics with regression lines and minimiae the least square errors. A 
slow growth line and a fast growth line are developed. 

Then, using our knowledge of present system capacity and 
assumptions on delay before capacity increase and magnitude of capacity 
increase, we can project these baseline traffic growth lines forward. 
Figure 3-8 shows our baseline growth projections. 


3. 4.4.2 Future System Improvements . In addition to increases in 
traffic volumes caused by baseline growth, there will be increases caused 
by communication system improvements. The future implementations of 
the following communication system improvements and their impacts on 
traffic were considered. 

(1) The substitution of high-speed communication lines to 
low-speed liner and new terminal equipment 

(2) . The implementation of Mobile Digital Terminals (MDTs) 

Information concerning implementation plans was obtained from state 
planning personnel and there is considerable uncertainty in their future 
scenarios. However, we did attempt to talk with as many people as pos- 
sible to gain the most complete understanding of the state’s plans. 

Ohio has plans for converting all remaining low-speed com- 
munication lines to high-speed lines. We have estimated the effect 
of this conversion by assuming that traffic increases in the future 
will be similar to traffic increases resulting from past line upgrades. 
Recall that there was a 50^ increase in traffic in Ohio when lines 
v/ere converted from low- to high-speed. 

This conversion process is assumed to begin in late 1977 and 
to be completed by early 1978. We have estimated an additional 18,000 
rasg/day resulting from low- to high-speed line conversion in Ohio. 

In conversations with municipal police departments we learned 
that there is considerable interest in mobile digital terminals. Radio 
dispatchers currently serve as the link between officers in their patrol 
cars and the states’ law enforcement data bases. Officers must gain 
the attention of the dispatcher and verbally relay the information 
necessary for a transaction into the data files. Responses must again 
be verbally transmitted between dispatcher and officer. Terminals 
are available that can be installed in patrol cars allowing the officer 
to enter and receive information directly from data bases. The officer 
utilizes a keyboard to enter information that is then transmitted digitally 
from patrol car to dispatcher station and then forwarded automatically 
into the data base. The response is again automatically forwarded from 
dispatcher station to patrol car and displayed on a read-out device 
in the patrol car. Mobile digital terminals thus relieve dispatchers 
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Figure 3-8. Projected Ohio Baseline Traffic Growth 
(Average Mesaages/Day, thousands) 


3-22 


T7-53, Vol. II 


of a portion of their workload, ease comni unicat ion channel congestion, 
and facilitate easier access to, and faster responses from, central 
data bases. It is thus expected that communication message volume 
will increase when mobile digital terminals are added to police vehicles. 

In spite of the advantages mentioned above, the spread of 
mobile digital terminals has not occurred as rapidly as expected three or 
four years ago. The primary reason is cost. These in-car terminals cost 
between $3,000 and $5,000 per unit and municipal police departments find 
it hard to generate needed funds. In the past, significant funding for 
mobile digital terminals (there are currently approximately 1,000 
operational units throughout the United States) came from the Law Enforce- 
ment Assistance Administration (LEAA) which funded these units as a part 
of an innovative project. It is unlikely that LEAA will continue to 
provide funds at the previous level for further mobile digital terminals. 
Thus municipal police departments must evaluate the performance of 
existing in-car terminals and determine whether mobile digital terminal 
benefits outweigh their costs. 

Clearly the future of MDTs is an uncertain one. To aid us in 
forecasting future implementation we spoke with state planners, municipal 
police department planners and mobile digital terminal vendors. These 
sources agreed that the large municipal police departments would 
ultimately decide that MDTs were cost effective and equip their patrol 
cars with them. However, we assumed that onl^^ cities with populations of 
500,000 or larger would purchase MDTs by 1985. 

In Ohio this meant that Cleveland , Cw innati and Columbus 
police departments would be adding mobile digital terminals. Cleveland is 
one of the cities that currently does equip a portion of its patrol fleet 
with in-oar terminals. It was found in Cleveland that traffic between 
patrol cars and the state data base approximately doubled as a result of 
the addition of mobile digital terminals. We will use this rate of 
increase as a measure of the impact on traffic of the addition of in-car 
terminals. We assume implementation of MDTs will begin in 1980 and will 
be completed by 198^ and that 25,000 new msg/day will come as a result of 
mobile digital terminals. 

It j apparent by the sise of the increase predicted and the 
uncertainty in the future of MDTs that this is a possible area of sub- 
stantial error in our traffic forecast . If in the future it is determined 
that growth in MDTs is slower or faster than we predicted, adjustments 
should be made to the traffic forecasts. 

Table 3-1 summarizes the predicted increases in traffic caused 
by oammunication system improvements over the next 20 six-month periods. 
Designation 77 represents the middle six months of 1977i April-October , 
while 77/78 represents the last three months of 1977 and the first three 
months of 1978. The traffic increase numbers are given in units of 
messages per day and show the expected increase In traffic resulting from 
each system improvement that occurs in each six-month period . 

These techniques used for projecting traffic growth forward 
can be applied in other states besides Ohio. The basic steps are: 
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Table 3-1 • Future Traffic Increases due to Communication System 

Improvements (Units are Average Communication Messages 
per day . ) 


Time 

Period 

High-Speed 

Lines 

Mobile Digital 
Terminals 

77 

6,000 

0 

77/78 

6,000 

0 

78 

6,000 

0 

78/79 

0 

0 

79 

0 

0 

79/80 

0 

2,400 

80 

0 

2,400 

80/81 

0 

2,400 

81 

0 

2,400 

81/82 

0 

2,400 

82 

0 

• 2,400 

82/83 

0 

2,400 

83 

0 

2,400 

83/84 

0 

2,400 

84 

0 

2,400 

84/85 

0 

0 

85 

0 

0 


18,000 

24,000 
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(1) Analysis of past traffic statistics to determine 

the historical pattern of total system traffic growth 

(2) Determination of past system improvements that would 
impact traffic growth 

(3) Determination of the magnitude and the timing of past 
increases in traffic caused by system improvements 

(^) Determination of the historical baseline growth curve 

by subtracting traffic increases due to system improve- 
ments from total traffic increases 

C5) Determination of future baseline growth by projecting 

the baseline Growth line or curve forward . Assumptions 
concerning future system capacity are factored in here. 

(6) Determination of future system improvements and their im- 
pact on future traffic . Both the magnitude of the 
traffic increase and the implementation schedule 

must be predicted. 

(7) The last step involves adding together future baseline 
traffic and traffic due to future system improvements to 
obtain the forecast for total future traffic into 
existing data files. 

Recall that there is a third growth component which is growth 
due to the addition of new data types. Section 4 vrill discuss new data 
type traffic and in Section 5 we will delineate the method used in 
combining all three growth components to generate a total future traffic 
level forecast . 


3-5 TRAFFIC DISTfilEUTIOK MODELING 

3.5.1 Approach 

Once total communication message volumes are known, we must 
determine the distribution of traffic among system users. Ideally, we 
would like to know the amount of traffic sent from every user to every 
other user. However, this is not possible simply because of the large 
number of system users. In Ohio where there are 364 system users, a 
matrix with 132,496 entries is required to describe traffic volumes sent 
from every terminal to every other terminal . 

To avert this problem, we begin the traffic distribution task 
by identifying the major direction of traffic flow on the network. We can 
then eliminate all the user pairs for which there is very little traffic. 
Our next step is to determine the number of messages into and out of each 
user agency. This is accomplished by determining relationships between 
user agency characteristics and the amount of communications traffic sent 
and received by the agency. Once these relationships are developed, the 
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final step involves using these relationships to predict future traffic 
distributions. 


3 . 5.2 Input Data 

Data required for the traffic distribution task included, for 
each current system user : 

(1) Number of Gommunication messages sent and received 

(2) User characteristics 

(a) Population served 

(b) Number of personnel 

(g) Crime rate 

(d) Agency type 

(e) Type of communication line. 

Communication message volumes were obtained from automatically generated 
statistics describing system performance in Ohio. The latest available 
three months of message volumes were averaged to reduce the effects of 
abnormalities in one month. 

Information concerning user characteristics was generally 
available. Sources included user surveys, Uniform Crime Reports, the 
state survey, and state almanacs. We had the most difficulty obtaining 
data on the number of personnel. The complicating factor was that often 
an agency with a terminal into the state criminal justice telecommunica- 
tion system will provide service to adjacent agencies that do not have 
their own terminals. Thus the user survey asked respondents to report the 
number of personnel requiring information available over the state 
criminal justice telecommunications system through the responding agency. 
Not all user agencies in Ohio responded to our survey but for those 
agencies not responding we were able to obtain data on the number cf 
personnel employed from the Uniform Crime Reports. However, for these 
non-responding agencies, we were unsuccessful in determining which 
agencies with terminals were serving agencies without terminals. Thus for 
those agencies not responding to our survey, there may be errors in the 
number of personnel statistics. 

Additional data were required concerning changes in user 
characteristics that would affect future traffic distributions. We 
assumed that population, number of personnel, and crime rate would be 
distributed in the future as they are now. However, we did account for 
future changes in communication line types. All low-speed lines were 
assumed to be converted to high-speed lines by 1979* 
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3 . 5.3 Data Analysis 

3* 5* 3.1 General Traffic Flow . Traffic flows can be determined by 

examining the functions of the state criminal justice telecommunications 
system. They are: 

(1) To provide access to information contained in state 
data files 

(2) To allow for general distribution messages to be sent 
to law enforcement agencies in the state 

(3) To allow for comraianication between two law enforcement 
agencies. 

Approximately 90J of all messages in Ohio were data base related. Thus 
the major traffic flow involves messages from users to data bases and 
the subsequent response. In Ohio there is only one data base located 
in Columbus so all data base messages flow through it. 

A general distribution message is issued when an agency needs 
to pass on information to many other agencies. Generally states establish 
sectors and allow users to send a message to all user agencies in the 
appropriate sector or sectors. A general distribution message sent to all 
system users and called an "all points bulletin" message generates a large 
volume of traffic so operators of the state telecommunication system 
review the message before it is distributed. In Ohio this means the APB 
message comes from a user agency into Columbus for review. If approved, 
the message is then sent out to all user agencies. Thus APB messages 
follow similar paths of flow as do data base related messages. 

Administrative messages are free form messages sent between 
one user agency and another. Currently in Ohio these messages must go to 
Columbus for switching out to the appropriate agency. 

The only way to completely describe traffic flows on the state 
network is to identify the amount of traffic going from every terminal to 
every other terminal. Recall, however, that this becomes impractical 
because of the large number of system users. Using our knowledge of 
traffic functions and major traffic flows, we can reduce the size of the 
traffic distribution matrix. 

In describing traffic flow we must Insure that our distri- 
bution matrix presents traffic statistics that can be used by the design 
team to test the major design parameters which are: 

( 1 ) The number of switchers 

(2) The switcher locations 

(3) The communication line sizes 

(i|) The communication line configuration. 
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Thus , we should not attempt to describe traffic between usera and a 
particular switcher because our design team may examine options where that 
switcher does not exist. The location of data bases is not a design 
parameter so we can assume data base locations remain unchanged . Also , we 
will assume that there will be switching capacity located at the state 
Capitol. Keeping these design parameters in mind we now discuss methods 
for describing data base messages, general distribution messages, and 
administrative messages. 

Since data base location is not a design criterion the number 
and location of data bases is fixed. We can thus describe the number of 
messages between each user agency and each data base. Thus, currently in 
Ohio where there is one data base located in Columbus and 36^ user 
agencies, a 364 X 1 matrix is required. 

Messages into the NCIC and NLETS national systems have flow 
characteristics similar to messages into the central data base. Secall 
these messages originate from a user agency, flow into -the state capitol, 
are switched to the national system, return from the national system to 
the state capitol, and finally are switched back to the original user 
agency. National traffic between users and the state capitol and between 
the state capitol and the national systems is treated as traffic between 
users and the central data base. Thus NCIC and NLETS are considered to be 
system users. 

General distribution traffic and administrative traffic are 
both dependent on the location and the number of switchers. To describe 
accurately these message flows we need to know the exact communication 
system configuration. In addition, since these are messages between 
agencies we would require the complete origin - destination traffic matrix 
to describe traffic distribution. In order to avoid the need for this 
information we assume: ^ 

(1) General distribution and administrative messages flow 
as do data base queries to the state capitol 

(2) Each user agency sends the equivalent number of 
administrative messages that it receives 

C3) The ratio of general distribution messages sent and 

received is the same for all user agencies and is equal 
to the system-wide average. 

These assumptions obviate the need to separate administrative and APB 
message types from data base message types. We need only report the 
amount of communication traffic between each system user and each data 
base. Administrative and general distribution messages are included in 
the count of messages between user agencies and the central data base. 
These assumptions, of course, lead to errors in the description of traffic 
flows , 


Figure 3-9 shows a user agency that communicates with the 
state capitol via a regional switcher. An administrative or general 
distribution message would travel from the User to the regional switcher 
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and then be sent out to the appropriate recipientCs) . We assume, however, 
that the message is sent from the regional switcher to the state capitol 



Figure 3-9- Communication System Configuration with 
Regional Switcher 


and distributed from there. This leads to an over estimation of traffic 
on the eomaunication line between the regional switcher and the state 
capitol- An example of the magnitude of this overestimation can be 
obtained by examining traffic on the existing Texas system (the other 
model state in the STACOM study) . Actual traffic on the line between 
the Dallas and Austin switchers is 36,000 msg/day; while using the 


above assumption we would estimate traffic to be 40,000 msg/day, an 
11^ error. We feel this error is acceptable because; 

Cl) 

Overestimates of traffic will occur only on lines 
between regional switchers and the state capitol. 

(2) 

There is a low probability that overestimates will 
affect communication system design. 

(3) 

If there are design errors they will be in the direc- 
tion of excess communication capacity. 


We should mention that the above error could be alleviated if 
in reporting traffic from each agency, administrative and general 
distribution messages were reported separately. For any proposed system 
configuration, a closest switcher could be identified for each user agency 
and traffic could be described as flowing from the user agency to this 
closest switcher. An unattractive feature of this approach is that the 
design program would he required to describe traffic between each terminal 
and a variable number of locations which would be dependent on the number 
of switchers. It was our opinion that the errors associated with the 
assumptions were sufficiently small so that the added work required for a 
more accurate description was unnecessary. 
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Figure 3-10 shows existing major traffic flows in Ohio. 

NCIC and NLETS have been shown as separate user agencies because of 

their high traffic volume. The number of data base messages and administrative 

and general distribution messages between all user agencies and the 

central data base(s) are shown. 


3.5. 3*2 User Characteristics . In order to design the communication 
line configuration and the line siaes, we must describe traffic in more 
detail than is shown in Figure 3-10. The amount of traffic between each 
user agency and data base must be specified. Recall that these statistics 
are available for the present systems and that we attempt to establish 
relationships between user agency characteristics and these traffic 
statistics so that future traffic distributions can be estimated. User 
characteristics are agency type, communication line type, population 
served, number of personnel and crime rate. 

Agency types are police, sheriff, state patrol and all others. 
The category ’’other" includes such agencies as university police 
departments, bureaus of criminal identification and federal agencies such 
as the Federal Bureau of Investigation, the Drug Enforcement Agency, the 
Internal Revenue Service, etc. Distributions of user agencies for Ohio 
are shown in Table 3-2. 

Line types currently in use in Ohio are 150 bit/sec lines 
and 2400 bit/sec lines. Designating line types of 300 bit/sec or less 
as low-speed lines and line types of 1200 bit/sec or greater as high- 
speed lines, Table 3-3 shows the current line type distribution for Ohio. 
Ohio plans to replace all low-speed lines with high-speed lines. 

Table 3-4 shows statistics describing the three remaining 
agency characteristics. 


Table 3-2. Distribution of Ohio Users by Agency Type 


Agency Type 

Number of 
Users 

Police Terminals 

214 

Sheriff Terminals 

68 

State Patrol Terminals 

60 

Other Terminals 

22 

Total 

364 
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Table 3-3- Distribution of Ohio Users by Line Speed 



Line Type 

Number of 
Lines 



Low-Speed 

268 



High-Speed 

96 



Total 

364 



There is considerable variation in the characteristics of the agencies 
served by these oomraunication systems, especially in population served and 
number of personnel as these characteristics have standard deviations 
considerably larger than their mean. To further investigate variations in 
user characteristics, frequency tables were constructed showing the number 
of agencies falling within population and personnel categories. (See 
Tables 3-5 and 3-6). 

A large percentage of users are small agencies with 45/t of all 
Ohio terminals being located in agencies serving 20,000 or fewer people. 

User characteristics clearly demonstrate the tremendous diver- 
sity existing between agencies served by the state telecommunication 
system. The methodology used in distributing traffic to these diverse 
agencies is covered in the next section. 


Table 3-4. 

Ohio User Statistics; 
Crime Rate 

Population , Number 

of Personnel , 

Agency 

Character- 

istic 

Number of 

Agencies 

Reporting 

Average Value 

Standard 

Deviation 

Population 

346 

55,362 

120,520 

Personnel 

292 

54 

174 

Crime Rate 

324 

3,560 

2,240 
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Table 3-5. Population Distribution of Ohio User Agencies 


Population 

Category 

Frequency 

% of Total 

Less than 5,000 

34 

10 

5,000 - 10,000 

39 

11 

10,000 - 20,000 

82 

24 

20,000 - 30,000 

52 

15 

30,000 - 50,000 

61 

18 

50,000 -100,000 

43 

12 

100,000 - 200,000 

17 

5 

200,000 - 500,000 

10 

3 

500,000+ 

8 

2 

Total 

346 

100 


Table 3-6- 

Humber of Personnel 
Ohio User Agencies 

Distribution of 

Personnel 

Categories 

Frequency 

? of Total 


Less than 10 

16 

6 

10 - 20 

79 

27 

20 - 30 

94 

32 

30 - 40 

45 

16 

40 - 50 

18 

6 

50 - 100 

23 

a 

100 - 200 

7 

2 

200-500 

6 

2 

500+ 

4 

1 

Total 

292 

100 
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3.5.4 


Traffic Distribution 


3 . 5 . 4 . 1 Regression Techniques . Regression analysis is a technique 
that identifies potential functional relationships between independent and 
dependent variables . In our case we attempt to develop a relationship 
between the dependent variable of the number of communication messages and 
independent variables consisting of different forms of the parameters : 

Population - POP 

Personnel - PERS 

Agency Type - AT 

Communication Line Type - LT 

Crime Rate - CR 

We considered the following forms of the above parameters in attempting to 
explain the number- of communication messages between each user and the 
data bases. 


POP 

(P0P)2 

(POP) 1/2 

POP • PERS 

PERS • AT 

AT • LT 

PERS 

(PERS) 2 

(PERS) 1/2 

POP * AT 

PERS • LT 

AT - CR 

AT 

(AT) 2 

■(AT) 1/2 

POP . LT 

PERS • CR 


LT 

(LT)2 

(LT)1/2 

POP * CR 



CR 

(CR)2 

(CR)1/2 





LT • CR 


The Variable selection procedure of stepwise regression was 
applied to these independent variables. Stepwise regression selects, from 
our total set of independent variables, those that are most highly 
correlated with the number of communication messages. It then utilizes 
the standard least squares technique to develop a functional relationship 
between communication message volumes and the chosen independent 
variables. The usual procedures were followed in determining the best 
coefficients for the model relations. (See Draper and Smith.) 


3 . 5 . 4. 2 Results . Like user characteristics, communication traffic 
levels vary greatly between system users. This increases the difficulty 
of the modeling task because even though we may be able to explain a 
substantial percentage of the variancei, the standard error of our estimate 
may be high with respect to the mean. 

In order to alleviate this problem, we have chosen to divide 
the user agencies into more homogenous groups, in terms of information 
needs. In Ohio the following groups were formed: 

(1) Police Departments (PDs) and Sheriff Offices (SOs) 
serving fewer than 20,000 people 
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(2) Police Departments and Sheriff Offices serving between 
20,000 and 100,000 people 

(3) Police Departments and Sheriff Offices serving more 
than 100,000 people 

(4) All offices of the Department of Public Safety 

(5) All other. 

Police departments and sheriff offices were combined because they perform 
similar law enforcement functions and thus have similar information needs. 
State patrols on the other hand concentrate their law enforcement 
activities on traffic enforcement only. Other terminal groupings were 
tried such as combining terminals by agency and line type and by line 
type only. Howeven , regression models developed for these groupings had 
larger standard errors and explained a smaller percentage of the variance 
than our final classification procedures. 

Values used for line type and agency type were: 


Independent 

Line or Agency Variable 

Type Values 


150 bits/see 

'1 

2400 bits/sec 

2 

Police Depts 

1 

Sheriff Office 

2 


Crime rate is a measure of the incidence per 100,000 popula- 
tion of the seven major index crimes (murder and nonnegligent manslaugh- 
ter, forcible rape, robbery, aggravated assault, burglary, larceny, and 
auto theft). 

Personnel is a measure of the number of employees whose 
information needs are being served by the computer terminals. Population 
is the size of populace served by the agency. 

Table 3-7 shows the expressions which best describe the re- 
lationship between user oharacteristics and communication message volumes. 
These are complex expressions that in many cases contain different forms 
of the same Variable. In some groups there appear to be terms that would 
Intuitively be erroneous. For example, examining Ohio's first P.D. and 
S,d. group, -43.7 + 50.7 (PERS)1/2 - 0.0001 16 (POP) (PERS) , the last term 
affixes a negative coefficient to the product of population and personnel. 
This appears to be saying that agencies serving large populations and more 
personnel transmit fewer communication messages. However, the second term 
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-356 + 541 (LT)2 + 0.0000176 (P0P)(PERS) 


P.D. and S.Q. > 100.000 People 
693 - 5.47 (PEPS) + 0.00223 (PERS)2 + 2.45 (PERS){LT) 
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in the expression has a large positive coefficient attached to the 
variable personnel. In addition, there Is a positive correlation between 
population and personnel so in general larger populations generally mean 
more personnel. Thus as population and personnel increase, the third terra 
does become more negative but the second term becomes more positive. The 
net result is that the total expression becomes larger. 

Personnel number is an important variable in determining 
the number of communication messages as it appears in all four expres- 
sions. As the number of personnel increases, the number of oomraunioation 
messages increases. The rate of increase of communication messages 
as personnel increases slows down for smaller agencies, and in general, 
stays constant for other groups. 

Population appears in three of the four expressions. Since 
population and personnel are positively correlated, and since personnel is 
more highly correlated with communication message volume, population may 
be excluded from the regression equations. In those expressions 
containing population, the coefficient is sufficiently small such that the 
magnitude of the term containing population is small compared to the 
magnitude of the total expression. 

Line type is Important in determining communication traffic 
volume. The only places where It does not appear are those groups in 
vihich all agencies have the same line types. In all groups where a 
fraction of the agencies have low-speed lines and a fraction have high- 
speed lines, the high-speed line agencies display significantly higher 
message volumes. 

Agency type does not enter Into any of the expressions and 
crime rate appears in only one and is not highly correlated with 
communication traffic levels. 

These expressions yield information useful to all states 
in determining traffic distributions. Conclusions are: 

(1) Personnel and line type are important in determining 
traffic levels. 

(2) Crime rate does not affect traffic levels. 

(3) Personnel and population to a large extent measure the 
same thing, i.e., the size of the agency. Since person- 
nel is entered In the above expressions, there is no 
need for population to play a significant role. 

(it) Police departments and sheriff offices should be treated 
separately from state patrol offices. 

(5) Sheriff offices and police departments may or may not 
have different traffic levels. 

The expressions developed cannot be applied per se to any 
other states. However, the data collection and analysis procedures 
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leading to the development of similar expressions is the same for all 
states- The steps of the procedure are: 

(1) Determine general traffic flow. If a large percentage 
of messages are data base messages, describe message 
flow between each system user and data bases. 

(2) Compile a user agency data base. Information on number 
of personnel , size of population served , size of com- 
munication line, agency type and any other parameter 
that may impact traffic volume should be collected for 
each user agency. 

(3) Determine the number of messages sent and rece^ved 
from each terminal over a recent three month period. 

(4} Develop relationships between traffic volume and user 
characteristics. Develop one relationship for each of 
the following groups. 

(a) Police Departments and Sheriff Offices serving 
less than 20,000 people 

(b) Police Departments and Sheriff Offices serving 
between 20,000 and 100,000 people 

(c) Police Departments and Sheriff Offices serving 
more than 100,000 people 

(d) State patrol. 

(5) Use these relationships to predict future traffic dis- 
tributions. 


3. 5- 4. 3 Accuracy of Results . The expressions developed in the 
previous section attempt to describe the number of communication messages 
originating from each user agency as a function of user agency 
characteristics. After the expressions are developed, we must assess 
their accuracy. Table 3-8 presents statistics describing the 
effectiveness of the regression equations. 

Standard error is a measure of the differences in the actual 
communication traffic levels, and the levels calculated using the re- 
gression expressions. If: 

= Actual values of the dependent variable 
yi = Predicted values of the dependent variable 
n = Number of observations 
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Table 3-8. Accuracy of Regression 



Ohio 

Standard 

Error 

r2 

Mean 

Traffic 

F-Ratio 

SE/Mean 

P.D. 

and S.O. < 20,000 

58 

0.25 

154 

19 

0.38 

P.D. 

and S.O. 20,000 - 
100,000 

86 

0.60 

262 

72 

0-33 

P.D. 

and S.O. > 100,000 

355 

0.99 

1,651 

301 

0.22 

Ohio 

State Patrol 

229 

0.68 

733 

15 

0.31 
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Then the standard error is: 


n 


i: 


- yi)2 


1/2 


If the standard error (SE) is small, we can be assured 
that our regression equations yield communication traffic volume close 
to the actual values. In our case, the standard error values are signi- 
ficant. However, the standard error should always be evaluated in 
relation to the mean value. If the standard error is small with respect 
to the mean, then our regression equations help us in assessing the 
amount of traffic originating from each user agency. The ratio SE/Mean 
is shown in Table 3-8. These ratios lead to fairly large error terms 
around predicted values, but the predictions are sufficiently accurate 
for our network design purposes. 


The statistic r 2 is a measure of the amount of variation in 

p 

the dependent variable explained by the regression equations. An R value 
of 1.0 would mean a perfect fit between observed and calculated values. 

The closer r 2 is to 1.0, the larger the proportion of total variation 
about the mean is explained by the regression equations. In small police 
and sheriff agencies in Ohio the regression equations explain very little 
of the variation. 


After the regression is performed, statisticians always con- 
sider the possibility that their entire approach was wrong. They ask 
themselves whether or not any of the independent variables should be in- 
cluded in the regression equation. This is equivalent to testing the 
hypothesis that all coefficients are zero. The F-ratio allows them to 
test this hypothesis. The larger the F-ratio, the more confident stat- 
isticians are in rejecting this zero coefficients hypothesis. In all 
cases, our F-ratios are sufficiently high such that we can reject the 
hypothesis with a high degree of confidence . 


3*5 *^.4 Future Traffic Distribution . Once these expressions for 
distributing traffic have been developed, they must be applied to the 
future traffic projections. The expressions are used to determine, at 
each future point in time, the percentage of total communication messages 
from and to each user agency. We have developed distributed traffic 
projections for years 1977, 1979, 1981, 1983 and 1985- A new user 
characteristic data base is used for each of these future time periods so 
that expected changes in line type, populatica and personnel can be 
reflected in future traffic levels. 

Also, in the future there will be Improvements to the com- 
munication system for a small number of user agencies that will cause 
their message volumes to increase. These increases will not be due to any 
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factors contained in the regression expressions but will be caused by 
implementation of Mobil Digital Terminals. For these few user agencies, 
the percentage of total traffic will’ be increased to account for the above 
system improvements . 

The last step in the traffic projection process is the con- 
version ,of traffic volume units from average messages per day to peak 
characters per minute . Messages are converted to characters as follows : 


Tjjj = Average Traffic in Units of Messages/Day 
L = Average Message Length in Characters 
Tq = Average Traffic in Units of Charauters/Day 

then: 

Tq = L X Tm 

This is then converted to peak characters per minute . 

If: 

P = Peak-to-Average Batio (See Section 3.3.4) 


then: 


Tp = Peak Trafic in Units of Characters/Minute 


Tp 


1 day 

To X P X 

1440 min 


We are thus able to specify the traffic to and from each user terminal in 
units of peak characters per minute. 
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SECTION 4 

TRAFFIC MODELING AND GROWTH PROJECTIONS: 
NEW DATA TYPES 


4.1 DATA DESCRIPTIONS 

New data types whose volumes are projected into the future in 
this section are summarized below. They are: 

(1) Law enforcement use of state CCH/OBTS files 

(2) Court use of CCH/OBTS files 

(3) Corrections use of CCH/OBTS files 

(4) Parole agency use of CCH/OBTS files if the agency is 
distinct and if the parole officers would not use law 
enforcement terminals in their areas 

(5) A state judicial information system 

(6) An offender-based state corrections information system 

(7) A juvenile records system if the model state believes 
that it is feasible to include these data on a state- 
wide criminal justice information system 

(8) An automated fingerprint encoding, classification and 
transmission system 

(9) State investigation bureau data conversion traffic. 

The growth in traffic from these data types is shown in 
Figure 1-2. Descriptions of the files, users, hardware, facilities, and 
functions are provided in Section 2. This section outlines the methodology 
used to forecast traffic in these data types for the next decade. Other 
data types were considered, such as boat registrations and state parks department 
files, but were rejected because it is likely they would be used infrequently 
compared to those included in the study and would contribute an insignificant 
amount of traffic to t!.e system. These minor data sources would therefore 
not alter the state network significantly, nor would they change the network 
performance . 


4.2 SECURITY AND PRIVACY CONSIDERATIONS 

To comply with Section 524(b) of the Omnibus Crime Control and 
Safe Streets Act, the National Criminal Justice Information and Statistics 
Service (NCJISS) of the Department of Justice's Law Enforcement Assistance 
Administration (LEAA) has published regulations in the Federal Register 
(40 FR 49789 of October 24, 1975, as amended by 4l FR 11714 of March 19, 
1976) designed to assure the privacy of information on individuals oon- 
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tained in state criminal files and to assure the security of the files and 
means of access to them. The regulations seek to maintain the integrity 
of state criminal justice files by focusing on five major concerns: 

(1) Assuring the canpleteness and accuracy of the informa- 
tion kept in the files 

(2) Limiting the dissemination of information in criminal 
files to criminal justice and other lawful purposes 

(3) Auditing the state agencies to assure compliance with 
the LEA A regulations 

(4) Protecting the physical security of state criminal 
files from destruction and unauthorized access 

(5) Allowing individuals whose records are contained in 
state criminal files to review and correct any erroneous 
information contained in them. 

All states are required to submit plans for assuring the 
proper handling and operation of state criminal files. Ohio is in the 
process of complying with these regulations, and it is expected that all 
local criminal justice agencies in the state will likewise be required to 
comply, since the regulations apply to all state and local agencies that 
have received LEAA funds after July 1, 1973 for criminal records systems. 

These LEAA regulations are expected to have very little effect 
on traffic through an Ohio criminal justice telecommunications system, 
since many of each state’s criminal justice agencies already have their 
own individual security policies, and all users will be asked to comply 
with user agreements designed to assure compliance with LEAA requirements. 
For purposes of the traffic projections in this study, it has been assumed 
that the Ohio state plan for assuring the integrity of criminal records 
will be accepted by LEAA and that agencies responsible for the records, 
and user agencies, will comply with the approved state plans. It appears 
that none of the information transfers that have been identified as 
generating new data type traffic will be inhibited by security and privacy 
regulations. Traffic is therefore assumed to be unconstrained by security 
and privacy regulations. It is likely that other states will also comply 
with the federal guidelines and that their criminal justice communication 
system traffic will be similarly unconstrained . Such compliance will 
allow states to obtain maximum utility from the system. 


4-3 DATA GATHERING TECHNIQUES AND RESULTS 

4 . 3.1 Traffic Volume 

Information on what future traffic levels in new data types 
might be was gathered primarily from state officials who have been 
administering criminal justice information systems in Ohio for the last 
several years, and from officials (often the same people) who are planning 
for the future of these systems. Responses from these data system 
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administrators and planners were gathered in the form of written answers 
to formal written inquiries, by informal personal conversations, and by 
formal personal presentations to large groups of state officials who were 
invited to criticiae the assumptions and analyses used in projecting 
future traffic in new data types. 

In addition to talking with administrators and planners at the 
state level , data on the future of the state criminal justice information 
system were also obtained from speaking with local users in city police 
departments, and other local agencies such as county courts and sheriff 
offices. The following list summarizes the types of agencies visited in 
each model state; 

State criminal justice information system operators 

State criminal justice information system planners 

Law enforcement users of the state and local criminal justice 
information systems such as city police departments and 
county sheriff offices 

State judicial system planners and administrators of state 
judicial system statistics services 

Operators and planners of local judicial information systems 
for general jurisdiction courts 

Administrators and planners of state corrections information 
systems 

Operators of state jouth agency information systems 

Administrators and planners of state parole information 
systems. 

The following list summarizes the types of vehicles used to 
obtain estimates of future new data traffic volume from these several 
agencies ; 


(1) Formal written questionnaires (see Appendix A) were 

sent to the state criminal justice information system 
operators asking their judgment on what new data types 
they expected to see on their network in the next 
decade. These questions were part of the formal written 
questionnaire that asked for detailed traffic statistics 
on existing data types and for past historical trends in 
data volume. If the state operators of the criminal justice 
information system indicated there would likely be another 
type of data added, this statement was followed up by a 
phone call or visit to the agency which would provide the 
expected data in order to obtain better estimates of when 
the data might appear on a state system and what its volume 
would be over a period of time . 
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(2) Formal meetings were held with operators, administrators 
and planners of the criminal justice information systems 
in each state to present the STACOM team’s assumptions 
and forecasts for the future of the traffic volume. 

These ’’advisory committee" meetings consisted of presen- 
tations by the team members concerning the team’s 
assessment of what future traffic in new and existing 
data types would be, and how this would affect the de- 
sign of the state information system over the next 
decade. After the formal presentations, participants 
from all agencies were invited to discuss the material 
presented and offer suggestions on how the traffic pro- 
jections could be made more accurate. These discussions 
also usually led to further individual discussions with 
present or potential users to obtain more accurate pro- 
jections of how each agency thought its traffic level 
would change over the years. 

(3) Individual discussions were held, often several dis- 
cussions, v/ith all of the agencies listed above,. Visits 
were made to the state offices of all agencie.f involved 
in criminal justice and to several represents ,lve local 
agencies that either use or administer autoni tic data 
processing facilities. A single visit was usually 
insufficient to obtain all the information required to 
gather realistic data traffic volume projections, so 
several telephone calls were generally made to clarify 
the estimated future traffic and to obtain user response 
to assumptions and projections that the STACOM team had 
made based on earlier formal discussions or written 
responses . 

It should be emphasized that future traffic volume estimates 
were usually obtained from individuals within the criminal justice com- 
munity who were advocates of the effectiveness of automatic data proces- 
sing, or at least convinced that it was a benefit to their agency. Crit- 
icism of the existing systems was heard from several individuals, but it 
was usually accompanied by suggestions for improvements that are already 
planned or that are likely to be made. There was no opposition to the 
basic idea that automatic data processing use would become more extensive 
in criminal justice or that it was a significant benefit to the record 
keeping and rapid communication required of law enforcement, court and 
corrections institutions. 

Discussions with state agencies and with users of the state 
criminal justice information system were held in the context of trying to 
determine what could happen to traffic volume on the system over the next 
decade , not i^at should happen or what will happen . It was therefore 
important to get the best judgment of state officials concerning present 
state policies and budgets and their ideas about what future policies and 
budgets might be. Whenever these projections left room for scenarios that 
would lead to low or high traffic volumes, or no the addition of a new 
data type or not adding it, it was usually decided to assume the higher 
traffic volume so that communioation lines and computers would be adequate 
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to handle the higher load. Except for CCH/OBTS estimates, a low or high 
estimate for traffic in a single data type made little difference in the 
statewide network design or in the size of the required computing facility 
since these data types are projected to account for a small fraction of 
the total traffic volume. Ihus, large variations in the estimates of 
traffic for these new data types have very little effect on the design of 
the statewide system. 

In the discussions with both operators of the state systems 
and v/ith the individual user agencies, questions were always asked con- 
cerning the functions of both the agency itself and of the data which were 
being transmitted on the statewide system. From the answers to these 
questions, it was possible to estimate two of the factors which are used 
in the following sections to forecast future traffic volumes. By 
obtaining a qualitative estimate of the implementation schedule for a new 
data type, a “technology penetration factor” was estimated which is used 
to specify the fraction of the total statewide potential use of the 
specific data type. By discussing the functions of the agency and its 
information needs, it is possible to estimate the number of transactions 
the terminals assigned to the agency will have with the state information 
system per arrest or per inmate per day or per court case disposition or 
per whatever measure is used for the agency’s activity level. 

User discussions also brought out whether the data used by the 
agencies are needed in real time or whether a slower means of transmission 
is acceptable. For instance, in the case of judicial statistics, it is 
likely that these need not be transmitted to a state judicial statistics 
center in near real time, but it was decided that, since large information 
systems are available at both the courts and at the state data center , it 
would be wise to connect them and avoid the cost and manual processing of 
the statistics by including this type of data on the state system. On the 
other hand , in some cases it was decided not to include certain data types 
on the state system because of the high cost involved for only marginal 
convenience or benefit. An example of this is the decision to assume that 
only the four or five largest cities in the state would have fingerprint 
volumes high enough to justify the great cost of automatic fingerprint 
processing equipment. Cities with smaller arrest and fingerprint volumes 
would therefore have to rely on facsimile transmission or comm unxcat ion by 
mail . 


In Ohio user and operator discussions were useful in trading 
off regional data bases versus a central state file and in estimating the 
effects this would have on the traffic over a statewide network. It was 
decided , for example , that court information systems that kept track of 
offender processing to the detail of court calendar control would best be 
handled on a local or regional level as it already is in several 
jurisdictions, and that only court statistics would be transmitted on the 
statewide networks . 

The techniques of written survey, individual discussions with 
operators, planners and u-^ers of the criminal justice information system, 
and presentations to advisory groups of criminal justice information 
system experts from the model states can , of course , be used on any state 
and with any potential user agency in the state. Ohio cooperated fully 
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with these methods of determining its information processing needs and 
we believe that the projections are therefore as realistic as it is 
possible to be when dealing with the uncertain future. 


U. 3.2 Traffic Distribution 

The techniques used for obtaining estimates of future state- 
wide traffic volume were also used to project the distribution of that 
total data volume between the users throughout the state . As discussions 
were held with both state officials and data system users, comments were 
solicited concerning how much data traffic would flow to each of the 
offices of an agency. In some cases simple mechanical estimates were made 
such as prorating the total traffic to the correctional agency between the 
several institutions according to the number of inmates in each facility. 
In other cases the uniform proration according to arrests or offender 
volume was tempered by past experience to arrive at estimates that sug- 
gested, for instance, that certain facilities such as -reception centers 
for correctional agencies generated far more information than those with 
no offender processing function. Thus, at the same interviews and pre- 
sentations, data were obtained which allowed projections of both total 
statewide criminal justice information system traffic volume and the 
distribution of that traffic throughout the state. 


4-3-3 Results 

Questionnaire responses, discussions with state officials, and 
presentations to the Ohio advisory committee suggested that the following 
types of new data should be included in the STACOM projections for the 
next decade: 


Law enforcement use of a CCH/OBTS file 
Court use of the CCH/OBTS file 

Use of the CCH/OBTS file by state correctional institutions 

Local or regional SJIS files connected to a state system for 
the purpose of transmitting court statistics 

An OBSCIS system for the state correctional facilities 

A network for transmitting automatically processed finger- 
prints from the state's largest cities to central state files 

A traffic component associated with the conversion of present 
manual CCH/OBTS files to computerized files and with the 
maintenance of those automatic files . 

During the time of the Ohio STACOM study, it was unclear 
whether Ohio intended to implement a statewide criminal history system 
that would Include reports on both felonies and misdemeanors, and would 
include all the data elements of a computerized criminal History and those 
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of an offender based transaction statistics system. There was a bill 
pending in the state legislature that would require all local jurisdic- 
tions to report both felonies an*^ misdemeanors to state data bases, but 
some state officials anticipated strong opposition to this bill from local 
law enforcement agencies because many of the agencies had insufficient 
manpower to fingerprint and process all misdemeanants to the same level of 
formality as felons, which vjould be required if these reports were to be' 
included in state files. Other state officials, however, felt that, 
independent of the concerns of the local police officials, the bill 
requiring reporting on all offenders would pass and a state criminal 
information system should account for this eventuality. It was also 
uncertain as to the number of data elements that would be included in the 
Ohio criminal history system - whether it would encompass a more limited 
set of CCH data elements, or whether a lengthier OBTS format would be 
used . In both cases - the question of whether both misdemeanants and 
felons would be included in the system, and that of how extensive the data 
files would be - the judgment of the state officials was used, tempered by 
the philosophy that this project did not want the STACOM system to be 
undersized , so if a lower or higher traffic estimate could be made , the 
higher volume was chosen. In Ohio, this meant that all offenses, both 
felonies and misdemeanors, were included in the traffic volume, and the 
size of the messages was that estimated by the officials who operate the 
present LEADS system in the state — usually on the order of a g60-character 
page for entries. The basis of the law enforcement CCH/ OBTS network was 
taken as the present LEADS network since state officials indicate that it 
is a relatively minor software and hardware modification to allow present 
LEADS users access to the existing CCH files. For this reason, future 
traffic projections for Ohio new data types show a very rapid growth in 
law enforcement CCH/OBTS traffic volume and suggest that the system will 
be fully utilized by about 1979. 

The STACOM study also included court use of the proposed 
CCH/OBTS files in Ohio , based on discussions with local and state 
officials and on observation of similar local systems in two of the large 
metropolitan areas. In Cincinnati, the CLEAR system includes court 
tracking data elements, and in Toledo, the offender based system in Lucas 
County includes similar elements. In planning the STACOM network, 
therefore , these observations and discussions led the team to include 
court use of the state files, but only from the major metropolitan areas. 

It was assumed that if state files were made available for court access, 
one of the appellate judicial districts surrounding a large city that 
already had a local system operating would be the first to connect. In 
this case, Cincinnati and its CLEAR system were projected to be the first 
district to use the state system. Thereafter, the courts in the appellate 
judicial districts surrounding Cleveland, Columbus, Toledo, Dayton, and 
Akron were added to the system. However, since it was also assumed that, 
as these cities connected to the state system they also developed their 
own local SJIS system for calendar management and court record keeping, 
these court systems are included as single large terminals in the major 
cities rather than individual terminals in each of the courts. It is 
likely that the state system would interface with a court computer in each 
of the major appellate judicial districts or major metropolitan areas 
rather than directly with the individual courtroom terminals. 
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Conversations with data processing officials in Ohio's cor- 
rectional institutions revealed that their connection to the state CCH/ 
OBTS files would not likely occur for some years. The Ohio Department of 
Rehabilitation and Corrections had once operated an on-line data 
processing system but it was taken out a few years ago in the interests of 
economy. The Department presently has a system that is opei ated in a 
batch mode and this will likely remain the technique for inmate tracking 
for the next few years. However, to be complete in the 5TAC0M study, it 
was decided to show the inclusion of the corrections institutions in the 
state network about midpoint in the decade being studied. At that time 
the headquarters office and several facilities throughout the state are 
assumed to be able both to inquire and to update the state CCH/OBTS files. 

It has been pointed out that systems like an SJIS system are 
already operating in a few of the large Ohio cities - at least these 
systems have elements like an SJIS system in that they assist in the 
efficient operation of the courts of Hamilton or Lucas Counties, for 
instance. After discussing this topic with Ohio officials, it was decided 
to include an SJIS system in the STACOM network, but only on the level of 
transmitting judicial statistics to the Supreme Court Administrative 
Director. Discussions with the STACOM staff and Ohio officials suggested 
that, to be as realistic as possible, the SJIS functions of court manage- 
ment and record keeping would likely be retained at the local level during 
the period of the STACOM study, since some of them are already operating 
in that mode at the present time, but that a need did exist for statistics 
to be sent to the state that could be made more efficient by automatic 
data processing, especially since large computer installations would 
likely exist at each end of the transmission path anyway. It was 
estimated that cities like Cincinnati or Toledo would likely be the first 
to connect to and use such a system, and that only the appellate judicial 
districts surrounding the six largest cities would be included in the 
network by the end of this study period. 

Just as the corrections institutions were assumed to be users 
of the CCH/OBTS system after a few years, they were also estimated to have 
implemented an on-line OBSCIS system at about the same time. It has been 
pointed out that such a system of inmate tracking is operated in a batch 
mode at the present time, but that it is not likely to be placed on-line 
for a few years. Even though its implementation is uncertain, it was 
included in the Ohio STACOM system for completeness , and because team 
discussions with Ohio officials indicated that such a system has not 
categorically been ruled out for the time period of this study. On the 
contrary, if funding is available, the state has every intention of 
implementing such a system. 

Ohio is not yet involved in processing fingerprints by auto- 
matic pattern recognition equipment, and state officials currently believe 
that there are many smaller jurisdictions that will never have the 
fingerprint traffic volume to justify automatic fingerprint processing 
facilities. Instead, they see a three-tier arrangement of fingerprint 
processing in the future - and within the time horizon of the STACOM 
study: A fev; large cities will probably convert manual fingerprint 

processing to computerized systems within the next several years. 

However, just as in the case of the courts, this will probably be confined 
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to only the largest five or six metropolitan areas. Gradually, these 
cities will probably begin sending fingerprints to state files already 
compressed and classified so that they can be sent over the same lines 
that will be carrying criminal history and court information. Another 
group of jurisdictions will not be able to afford or justify the expense 
of automatic fingerprint processing equipment, but they will be able to 
purchase high quality, rapid facsimile transmission machines for sending 
fingerprints to the state files over a network separate from the state 
criminal information system. This separate network is anticipated because 
of the large volume of data in an unprocessed fingerprint card and the 
need to send the data at a high rate if card transmissions are to occur in 
a reasonable amount of time - say, a few minutes. These separate lines 
could be dedicated to facsimile transmission between large cities, or they 
could be portions of other coramunications systems such as community 
antenna television (CATV) networks or dial-up communication lines. For 
purposes of the STACOM study in Ohio, therefore, the discussions with 
state officials suggested that this analysis should only include the 
processed fingerprints from the largest cities on the state network that 
would also carry the other types of criminal justice information. 

Finally, smaller rural communities will still likely continue to mail 
fingerprint cards into state files throughout the period of this study 
since their volume does not justify even a facsimile machine. 

The managers of the Ohio state criminal files estimate that 
traffic from their data conversion operation to the state files will 
likely remain at the 1977 level throughout the decade of the STACOM study. 
This level is anticipated to be maintained because the department has 
reached its maximum expected staffing, and because, if criminal activity 
increases as expected, entries will gradually be made directly from users 
in the field rather than from the central state data conversion facility. 
The estimates of the state officials for traffic from this centra], ECU 
facility were then those used throughout the decade of this study. 


DATA ANALYSIS TECHNIQUES AND NEW DATA FORECASTING METHODOLOGY 
^.4.1 General Methodology 

The components of new data that were estimated through 1985 
are the nine listed in Section 4.1. Section 4.4 describes the approach 
taken to predicting new data type traffic in the two model states. The 
calculations based on these techniques and the results of the calculations 
are given in Section 6. The procedure that was used to analyse the data 
gathered from the model states and to estimate future traffic was: 

(1) Determine average messages per day for each component 
of traffic for the entire state between the user 
agencies and the central files 

(2) Compute an average message length for each new data 
component for messages to and from the state files, 
and an average for both directions combined 
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C3) Determine the aggregate peak characters per minute for 
each component of new data for traffic to and from 
the state center to the users 

(4) Distribute the aggregate traffic in peak characters per 
minute to and from the state files between the 
individual users of the system so that traffic volumes 
to the localities throughout the state can be determined . 

This process is shown schematically in Figure 4~1. The fol- 
lowing paragraphs describe how this process worked for each of the com- 
ponents of new data types. 


4.4.2 Arrest-Dependent Traffic 

4.4.2. 1 CCH/QBT5 . 

4. 4. 2. 1.1 Average Messages Per Day . Aggregate statewide CCH/OBTS 

traffic was determined by estimating the total criminal activity in 

future years, determining how many offenders flow through each step of 
the criminal process from the criminal procedure diagram of Figure 4-2, 
and estimating the information needs at each step from the message use 
matrix of Figure 4-3. This process is shown schematically in. Figure 4-4. 

A complete list of the factors used in computing future 
CCH/OBTS traffic is given below and the factors are explained in the 
following paragraphs: 


Total Statewide CCH/OBTS Traffic 
in Average Messages per day 


Estimated statewide arrests per year 
X Technology penetration factor 

X Number of transactions with the CCH/OBTS files per arrest 
X Number of messages per CCH/OBTS transaction 
X Time conversion to convert from years to day 



Figure 4-1. New Data Type Analysis, Forecasting and 
Distribution Methodology 
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For purposes of this study, statewide arrests were projected 
to increase linearly at a rate equivalent to about 2 % of I 975 arrests per 
year between 1975 and 1985 . This has been the national rate of increase 
during the past decade, although this growth has been very erratic. 

Figure 4-5 shows national arrest trends over the past decade based on 
figures from the FBI Uniform Crime Reports (UCR) and "United States 
Statistical Abstracts." The upper curve is estimated total arrests 
throughout the nation while the bottom line is actual reported arrests. 

As noted in the figure, estimated total arrests were either computed by 
the FBI using information about the population and arrest statistics of 
jurisdictions that do and do not report arrests or they were computed in 
the course of this study (those with a subscript "c") by multiplying actual 
arrests reported by the ratio of total national population to population 
in the jurisdictions reporting arrests. These reported arrests grow at 
approximately 6.2% per year, but much of that increase must be caused by 
improved reporting since the estimated actual arrests only grov; at linear 
rate of about 193,000 arrests per year, which is 2.08% of the 9-27 million 
estimated arrests in 1975. This growth rate in arrests, was then applied 
to Ohio in this study, which yielded an arrest Increase of 9,018 per 
year from the 433,571 arrests in Ohio in 1975* 

Consideration was given during this study to using total FBI 
index crimes as a method of projecting future criminal justice information 
system traffic. However, traffic will likely be a function of police 
activity as measured by arrests, rather than of criminal activity as 
measured by reported crimes, since it is the criminal justice agencies 
using the information system that generate traffic , not the offenders or 
victims oi' crime. 

Total arrests in Ohio were computed from FBI UCR data in 1975, 
which showed that, on a national level, 0,82 arrests for felonies and 
nontraffic misdemeanors were made per index crime. This ratio was applied 
bo tlie index crimes estimated for Ohio in 1975 to determine the estimated 
statewide arrests. 

The technology penetration factor accounts for the extent to 
which hardware is available to users, for the gradual familiarization 
process user agency personnel go through, and for the availability of 
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Figure 4-4. CCH/OBTS Traffic Forecasting Process 


funding to implement the several types of new data. In most cases, 
this factor, which varies from 0 to 1 , was estimated based on the sug- 
gestions of state criminal justice information system experts about 
when the several types of new data would be implemented in the state. 

In Ohio , two assumptions were made which caused this technology pene- 
tration factor to increase very rapidly from 0 in 1977 to 1 in 1979. 

The first was that LEADS terminals would very quickly begin to use 
the CCH/OBTS files after these records were made available to them 
in 1977. Second, proposals are pending in the Ohio Legislature which 
would require reporting of both felony and misdemeanor arrests by local 
police agencies. Local agencies are understood to be opposed to this 
legislative suggestion because of the increased workload it would impose, 
but its passage was assumed so that the system could handle this increased 
traffic if it should appear on the network. 

The number of transactions with the CCH/OBTS files can be 
determined by estimating the number of transactions per arrest from 
Figure 4-3. The criminal procedure flow diagram of Figure 4-2 shows 
the number of offenders through each step in the criminal justice process 
per arrest, and Figure 4-3, the messages use matrix, uses this information 
to derive the information needs at each step, per arrest. Multiplying 
by the total number of arrests in the state yields the total trans- 
actions with the CCH/OBTS files. Summing these transaction volumes 
over any part of the criminal justice establishment - say courts or 
corrections, for example - one can then compute the traffic generated 
by each institution. 

The number of transactions with the CCH/OBTS files per arrest 
will be noted to be quite high, especially for law enforcement and court 
activity. In the case of law enforcement, this is caused by the expected 
large number of inquiries prior to arrest that never result in an arrest . 
Statistics from the FBI Uniform Crime Reports for 1975 show that only 21? 
of index crimes were cleared by arrests, implying that most crimes are not 
cleared by arrests or that arrests that are made do not clear* crimes and 
result in dropped charges. Thus, in deriving the message use matrices and 
assigning the number of transactions per arrest that occur prior to an 
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arrest, a large multiple is included to account for these interactions 
with the state criminal justice information system that never result in 
arrests. In the case of the courts, the relatively large number of trans- 
actions per arrest is due to the multiple hearings and appearances, 
including continuances and re-hearings that are part of the judicial 
process. Both in the case of law enforcement and judicial interaction 
with the state data system, the values derived in this study are close to 
those estimated independently by officials of Ohio. 

Since each transaction requires a message to the state files 
and an accompanying response, there are two messages per transaction. 

This accounts for an inquiry and response for each inquiry transaction, 
and an update and acknowledgment for each data entry transaction. 

The time conversion factor is either 365 days per year for 
law enforcement agencies or 250 days per year (to delete weekends and 
holidays) for other agencies. This factor is necessary to convert from 
total arrests per year to messages per day. 


4.4.2. 1.2. Average Message Length in Characters . Average message 
length of CCH/OBTS traffic is computed by weighting the length of the 
various types of messages by the fraction of the traffic that each 
message type provides. Inquiries are considered to be brief: usually 

one to three lines of whatever high-speed terminal is in use. Responses 
can be of widely varying length, depending upon whether the inquiry 
resulted in a “hit'' or "no-hit." "Hit" responses are taken as a large 
fraction of a terminal page - perhaps 1000 characters - while the percentage 
of "no-hit" responses and their length are derived from the experience 
of the operators of the present state systems, or from their estimate 
of future traffic . The fractions of message types generated by the 
various institutions in the criminal justice system - e.g,, the fraction 
of data entries by law enforcement agencies or the fraction of inquiries 
into the CCH/OBTS system by the courts - are derived from the message 
use matrix of Figure 4-3. The weighted message lengths are then summed 
to obtain: 1) average message length to the central state files, 2) 

average message length from the state files to the users, and 3) the 
average length of messages traveling both directions on the state network. 


4. 4, 2. 1.3 Peak Traffic in Characters Per Minute . Traffic volume 
in average messages per day has been computed above, and this can be 
converted to peak characters per minute by multiplying by average message 
length and several other time and peak-to-average conversion factors. 

The complete relationship between average messages per day and peak 
characters per minute is: 
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CCH/OBTS traffic in 

peak characters = Average messages per day 

per minute 

X Peak-to-average ratio (taken as 2 throughout this 
study) 


Number of messages per transaction to or from the 
state files (taken as 2 throughout this study 
because inquiries generate responses and entries 
generate acknowledgments) 


Time conversion factor for changing daily rate 
to rate per minute (taken as 1440 minutes per 
day for law enforcement inquiries and updates and 
480 minutes per day for all other traffic) 


X 


Average message length to state files 
or 

Average message length from state files 


Peak characters per minute to state files 
or 

Peak characters per minute from state files 


The peak-to-average ratio of 2 was determined by obtaining 
current daily traffic statistics from the model states, computing the 
daily average traffic volume , and observing that the average was about 
half the peak traffic . 


This technique for converting average messages per day to peak 
characters per minute was used for all new data types considered in this 
study. Diff’erent message lengths and time conversion factors were used 
where appropriate , but peak-to-ayerage ratio and the number of messages 
per transaction always were assumed to be 2.0. 


4. 4. 2. 1.4 Traffic Distribution to User Agencies . The final step 

in predicting criminal justice information system traffic from new 

data types is the distribution of the traffic to the local users throughout 

the state. This calculation is done by computer in the case of law 

enforcement use of CCH/OBTS files, because there are several hundred 

law enforcement terminals in each state presently connected to the 

state systems. The distribution of CCH/OBTS traffic to courts, corrections, 

or parole agencies is done manually, since, in the early years, there 

is usually only one regional terminal or headquarters terminal operating, 

and when the systems are completed there are not usually more than 

a dozen terminals. 

New data traffic to law enforcement agencies is distributed 
according to the ratio of index crimes in the jurisdiction served by the 
agency to the total number of index crimes in all appropriate jurisdic- 
tions with terminals. This traffic is distributed to local police and 
sheriff departments and is not assigned to state police stations or 
federal offices. Traffic from these other offices is allowed to grow at 
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a rate predicted by the growth algorithm for existing data types. The 
existing data traffic and new data type traffic are then added for each 
Lerminal , and the result printed for review and provided to the network 
designers on tape. Distribution of law enforcement CCH/OBTS traffic 
according to index crimes in each jurisdiction was made because such data 
are readily available each year from both state and national law enforce- 
ment statistics agencies and because criminal activity is a reasonable 
measure of the need for information in law enforcement agencies. Other 
measures such as the number of personnel in a local law enforcement office 
or the population, or the number of arrests in the jurisdiction could be 
used, but, except for raw population data, these other measures are less 
readily available and less current, so distribution was made according to 
local index crimes. 

Court CCH/OBTS traffic is distributed according to the 
number of court dispositions in each of the largest appellate judicial 
districts in Ohio. One region is assumed to be an experimental facility 
in the early years and the remaining large metropolitan, areas are added 
within a few years. 

Traffic between the corrections facilities and the CCH/OBTS 
files is distributed according to the number of inmates in each in- 
stitution, except that a larger percentage of traffic is assigned to the 
corrections department headquarters. Ohio officials also suggested that 
a higher volume of traffic should be assigned to the reception centers. 

Any traffic to or from the state parole agency was assumed to 
flow entirely between that agency’s headquarters and the state CCH/OBTS 
files . 


h.h.2.2 Automated Fingerprint Traffic . 

4. 4. 2. 2.1 Average Messages Per Day . Within the next decade it is 
anticipated that Ohio will implement some sort of automated fingerprint 
encoding, classification, and transmission process. It is likely, 
however, that equipment for this will be available only in the largest 
cities since it is quite expensive and requires a large fingerprini* 
volume to justify it. For this reason, the factors used for computing 
the average fingerprint message volume per day , which are the same 
factors used in the relationship of Section 4. 4. 2. 1.1 above, include 
a technology penetration factor that begins with just one large city 
participating in the program in the early years and expands to several 
of the largest metropolitan areas at maturity . 

The number of fingerprint transactions per arrest is an 
estimate based on 1973 FBI crime statistics which showed that about 2\.2% 
of index crimes were closed by an arrest, or 4.72 crimes were committed 
per arrest. If latent fingerprints are associated with 25% of these 
crimes, approximately 1.18 fingerprints would be transmitted per arrest 
for the purpose of identifying the latent print. In addition, every 
arrestee would be fingerprinted and a 10-print card would be processed and 
sent to state files. The total number of transactions including both 
latents and full cards, then becomes 2.18 per arrest. 
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As with the CCH/OBTS average traffic volume, two messages per 
fingerprint transaction are assumed because each transaction would include 
a message to the state files and an acknowledgment. Fingerprint transmission 
was assumed to take place during a normal work week, so a value of 250 
working days per year was assumed for the time conversion factor. 

The other factors used in the computation of average finger- 
print volume per day are the same as those used in the derivation of 
average CCH/OBTS traffic in Section 4.*{.2.1.1. 


4. 4. 2. 2. 2 Average Message Length . To compute average message length 
for digital fingerprint transmission, a decision must first be made 
about which steps in the fingerprint processing should be performed 
in the local agency and which steps should be done at a central state 
facility. The process for fingerprint analysis based on the analysis 
of minutiae (ridge ends and ridge bifurcations) is shown in a simple 
schematic in Figure 4-6. 

The data volumes shown are those for systems such as those 
sold by Rockwell International, Anaheim, California, and Calspan 
Technology Products, Buffalo, New lork. The Sperry system presently in 
use in Arizona produces an 8-bit byte of information at every point of a 
30 X 30 matrix on each print, based on ridge slope analysis. The 72,000 
bits thus generated for each set of 10 prints are then reduced to 240 8- 
bit bytes per card for permanent storage. For the purposes of this study, 
the Rockwell-Calspan system was assumed to be the one that would be used , 
because it would produce a larger volume of data and would therefore yield 
a conservatively designed system. 

The alternative to transmitting 2 million or 0.5 million, or 
2,500 bits per print from a minutiae-based processor to a central file is 
to have only one minutiae-based system at a central location and send raw 



Figure 4-6. Automated Fingerprint Processing Diagram 
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or enhanced fingerprints from the remote agencies by digital or analog 
facsimile equipment such as that manufactured by Harris Corp . , Melbourne , 
FL, or by Dacom, Inc Santa Clara, CA. Such equipment presently scans 
fingerprint images at between 100 and 400 lines per inch, quantizes the 
gray scale into 2 to 16 shades (1 to 4 bits), and compresses the data by 
a factor of 2. or 3. This still leaves on the order of a few million bits 
that must be transmitted per 8-in. x 8-in. fingerprint card. Over a 
2400-baud line, this takes about 10 to 20 minutes which would allow a few 
dozen cards to be processed per 8-hr work day at each terminal . This is 
inadequate for a large police agency like Cleveland which had 52,022 index 
crimes committed in 1974. If we assume 0.82 felony and misdemeanor 
arrests per index crime (the 1975 nationwide ratio from FBI UCR reports), 
and a growth rate of 900 arrests per year (the average nationwide rate 
applied to Cleveland). Cleveland would have 52,558 arrests in. 1985 or 
210 arrests per work day. If we further assume that every arrest requires 
that a set of fingerprints be sent to the central files, this is 210 
sets of fingerprints per day. In addition, if we assume that there 
are 4.72 felonies and misdemeanors per arrest, and that 2S% of these 
crimes have latent prints associated with them, this is an additional 
1.1 8 prints per arrest that must be sent to the state files. The resulting 
400 or more images that must be sent each day are therefore not compatible 
with a facsimile capability that requires 10 or 20 minutes per image. 

Note' that facsimile speeds are now approaching 1 minute per fingerprint 
card from some vendors, but even this speed would only marginally satisfy 
the needs of a large oity in the next decade. 

The answer to this probl-^in might be to use special wideband 
microwave links between the major cities and state files. This, however 
would remove fingerprint transmission from the state telecommunications 
network to such a special high data rate system. For the purposes of this 
study, therefore, it was decided to assume that the largest police 
agencies would each have equipment to read, enhance, encode minutiae, and 
classify fingerprints, so that they would only need to transmit about 2500 
bits per print to the central state facility, which could be done over a 
lower speed state telecommunications line. This analysis is supported by 
one manufacturer who suggests that having a reader/classifier is 
appropriate for agencies processing more than 50 fingerprint cards per 
day, serving populations about 0.5 million. He estimated each 
reader/ classifier would cost about $150,000. 

With this decision, average message lengths for fingerprint 
transmission were computed by assuming that one full 10- print card and 
1.18 latent prints were transmitted per arrest. A card was assumed to 
require 25,000 bits (2500 characters) for the 10 prints plus 960 charac- 
ters for the alphanumeric data. The response was assumed to require 240 
characters. For transmission of latent prints, one print was assumed to 
require 2500 bits (250 characters) plus 240 characters of alphanumeric 
data. The response was calculated by assuming lOjfi hits at g60 characters 
and 90$ no-hits at 240 characters for an average of 312 characters. 
Averaging both types of transactions over the 2.18 transactions per arrest 
yields the average message lengths of Table 4-1. 

IS 



page 
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Table 4-1 . Computation of Average Automated Fingerprint 
Message Length 




Message 

Length 

Weighted 

Message Length 



in Characters 

Computation 



Trans- 






Message 

actions 





To and 

Type 

Per Arrest 

To 

From 

To 

From 

From 



State 

State 

State 

State 

State 



Files 

Files 

Files 

Files 

Files 


Card 

input 

1.0 

3,460 

240 

1,587 

110 

849 

Latent 

input 

1.18 

4go 

0.1 X 960 1 
0.9 X 240 J 

265 

169 

217 

Totals 

2.18 



1,852 

279 

1,066 


4. 4. 2 . 2.3 Fingerprint Traffic Distribution . In Ohio, fingerprint 
traffic was prorated to the large cities in the ratio of their index 
crime volume. It was assumed that Cleveland would obtain the necessary- 
equipment earlier than the others, tut that several of the largest 
areas would be processing prints aucomatioally by 1985. 


4 , 4.3 Offender-Dependent Traffic 

4 . 4 . 3 . 1 OBSCIS . 

4. 4. 3 . 1.1 Average Messages Per Dav . The OBSCIS system is devoted 
exclusively to the needs of the departments of corrections , which in 
Ohio, includes the parole agency. OBSCIS traffic will be from the several 
corrections institutions to the corrections department's headquarters. 

In Ohio , the ODBC headquarters are in Columbus . 

Instead of being based on the number of arrests in Ohio, 

OBSCIS traffic is determined by the number of transactions with the system 
per inmate-day. An estimate Is made of the frequency of inquiry or update 
for each inmate, and this is converted to the number of transactions per 
inmate-day. The relationship for converting this to average messages per 
day is; 
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OBSCIS traffic in average Total inmates in corrections department 

messages per day = 

X Technology penetration factor 


X Transactions per inmate-day 


X Messages per transaction 


The number of inmates in state correctional institutions was 
assumed bo grow at a rate estimated by state correctional system planners, 
or, if no estimate was obtained from State planners, at the same rate 
as arrests have grown over the last several years, as explained in Section 
4.2. 1.1. In Ohio, the correctional institution population was assumed 
to grow linearly at a rate equivalent to 256 of the 1975 population per 
year . 


Implementation of an OBSCIS system on a state network was 
estimated to take place after 1980, although Ohio presently has data 
processing capabilities in its headquarters. For purposes of estimating 
Gomraunicatlons traffic, however, the technology penetration factor does 
not reach a significant value until early in the next decade. For the 
first few years, the traffic was confined to the headquarters office and 
the reception centers. Toward the end of the study, the traffic on the 
state network was distributed to the institutions. 

The number of OBSCIS transactions per inmate-day was estimated 
by picking the frequency of transactions for each inmate and converting 
this bo a number of inquiries or entries per inmate-day. In general, it 
was assumed that an inquiry and a record update would occur for each 
inmate every 2 to 4 weeks . This rate of between 2 transactions per 2 
weeks and 2 transactions per month implies between 0.07 and 0.14 
transactions per inmate-day. Ohio officials estimated a slightly higher 
value to account for the increased traffic from reception centers. 

All new data type traffic was assumed to generate a response 
for every inquiry and an acknowledgment for every update, which means two 
messages are generated by every transaction. 


4.4.3. 1-2 Average Message Length . OBSCIS average message lengths 
are again computed by weighting the types of messages according to 
how frequently they are sent. ,The lengths of each transaction type 
are multiplied by the fraction of total transactions per inraate-day 
used for that data type, and the results summed for messages to the 
corrections department ''s headquarters, from the headquarters, and for 
an average in both directions. 


4 . 4 . 3 . 1.3 OBSCIS Traffic Pistribution . In later years when the OBSCIS 
system is assumed to be fully operational throughout the state and 
using the state communications sy.stem, traffic is distributed between 
the institutions by the number of inmates in. each facility. In addition, 
a slightly larger proportion of traffic is assigned to the reception 
centers and headquarters. In the early years of an OBSCIS system, 
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traffic is assumed to come only from the headquarters of the corrections 
department or from the reception centers. 


Other New Data Types 

State Judicial Information System . 

4. Il.il. 1.1 Average Messages Per Day . Instead of being based on the 
number of transactions per arrest as CCH/OBTS traffic is, or the number 
of transactions per person-day as is traffic in the OBSCIS and juvenile 
institutions, SJIS traffic is estimated based on the number of transactions 
per court disposition including both criminal and civil cases in the 
courts that handle felonies and non-traffic misdemeanors. The algorithm 
for computing SJIS traffic is : 


SJIS traffic in average 

messages per day = Number of criminal and civil dispositions per 

yesur* from courts that handle felonies 
and non-traffic misdemeanors 


X Technology penetration factor 
X Transactions per disposition 
X Messages per transaction 
X Time conversion factor from years to days 


The growth in court dispositions was assumed to be linear in 
Ohio and the annual increase was based on the growth rate for the past 
several years in the state. This was about of the 1975 dispositions in 
Ohio. These rates of grot^rth were then extended linearly to 1985* 

The technology penetration factor was chosen to reflect the 
fact that the SJIS system would likely be implemented first in one major 
metropolitan area and then expanded into a few other large cities. This 
factor therefore reflects the fraction of total court dispositions in the 
appellate judicial districts served by the SJIS system. 

Since all SJIS case tracking, record keeping, and calendar 
setting functions are assumed to be confined to nhe local level , and the 
state-level traffic will be limited to statistical reporting, the number 
of transactions per disposition has been taken as 1.0. This does not mean 
that every case will be reported once, but that the average volume will be 
at that level. * 


As with the other traffic types, each SJIS transaction 
generates a data entry and response, so two messages are generated per 
transaction. The time conversion factor assumes that there are 250 court 
days per year . 
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4.4.4. 1,2 Avet^age Message Length . Since SJIS messages are statistical 
inputs, they are assumed to consist of a large amount of data sent 
to the state data center followed by a brief acknowledgment. 3n Ohio, 
therefore, messages to the state data center are taken as one page 
in length, followed by only a few lines of acknowledgment. 


4. 4 -4. 1.3 Distribution of SJIS Traffic . In Ohio, the volume of court 
dispositions is broken down by appellate judicial district, so, after 
the first year of operation when all traffic is assumed to come from 
the experimental area, SJIS traffic can be prorated according to the 
number of ease dispositions in each of the respective appellate districts. 


4. 4. 4. 2 State Data Conversion . 

4. 4. 4. 2.1 Average Messages Per Dav . Ohio has an office that converts 
the thousands of existing criminal histories to automatic records, 
and that enters current offenders into the files, since field users 
are not yet able to do so. This agency is the Bureau of Criminal Investiga 
tion and Identification, in London, near Columbus. Traffic from this 
agency into the state criminal history files was taken as the current 
level or a value that state officials estimated would be reached in 
the near future. The traffic level was kept constant between the present 
and 1985 because it was assumed that, as a gradual increase in criminal 
activity takes place, an increasing number of updates to the records 
will be made directly from user terminals, thereby avoiding the data 
conversion process at the state criminal records agency. Ohio provided 
current traffic levels in numbers of transactions per day. This value 
can be multiplied by the number of messages per transaction to get 
the average number of messages per day, as was done with all new data 
types analyzed previously. 


4, 4. 4, 2-2 Average Message Length . Average message length from the 
many terminals in the central state facility was likewise computed 
just as it was for the other data types. Each message type was weighted 
by the fraction of the time it was sent, and the resulting sum over 
all messages going to the state files, from the state files, and in 
both directions yielded the average lengths in characters for each 
direction. Most messages from the criminal records center to the state 
files are data entries, and these were taken as a whole page of the 
terminal. Acknowledgments were assumed to be a few lines at most. 

If, before updating an offender's file, an operator desires to inquire 
whether the offender is a new entry or a recidivist and already in 
the files, this inquiry was assumed to be a f' rt lines and the response 
a major fraction of a page. No distribution of this traffic to other 
state agencies is required since the only source is the group of terminals 
in the state criminal records agency. 
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SECTION 5 

COMBINATION OF NEW AND EXISTING DATA TYPES 


The traffic projections for existing data types in Section 3, 
and those for new data types in Section 4 were developed under the 
assumption that there were no information system hardware or software 
constraints to traffic growth. In both cases it was assumed that computer 
capacities were sufficient to handle as much traffic as the users could 
generate. In this section, the traffic demands are added together and 
constraints are applied, to impose realistic limits to the volume of 
allowable traffic based on the capacity of the central computers pro- 
cessing the criminal justice messages. 

Besides being assumed to be unconstrainej , the new and ex- 
isting data types were each computed assuming complete independence. For 
instance, an assumption was made that the volume of inquiries into the 
wanted persons files from a local law enforcement terminal did not affect 
the traffic into the CCH/OBTS files when these files are made readily 
available and are in wide-spread use. In this case, the new CCH/OBTS 
traffic was assumed to be independent from the existing traffic into the 
wanted persons files. This assumption of independence also extended to 
other existing data types such as license plates and drivers and to all 
the new data types from law enforcement, to courts, corrections, and 
parole agencies. 

The assumption of independence between the data types allowed 
trie projected traffic simply to be added together throughout the period of 
the study. This traffic sum was then the total traffic throughout the 
state, except in the cases in which the total statewide traffic from new 
and existing data types approached or exceeded the capacities of the central 
computers. In this situation, the total traffic level was reduced 
slightly below the capacity limit as it approached saturation, an assumption 
was made that the computer capacity was increased significantly, and 
the traffic growth was then allovred to continue in an unconstrained 
fashion. After the computer upgrade, nevr data traffic was even allowed 
to accelerate beyond its expected grovith rate to include the traffic 
that was not included during the period near saturation. 

This process of constraining traffic growth as it reaches the 
computer capacity is illustrated in Figure 5-1. Unconstrained projected 
traffic is computed for each 6-month period throughout the study. When 
the expected unconstrained traffic exceeds the computer capacity, it is 
reduced to 1 to 2 % below the capacity limit. In the next 6-month period 
it is assumed that the computer installation has been upgraded 
significantly and presents no constraint to traffic growth. In the period 
following the upgrade, the growth rata in baseline existing data types 
displays the slow growth characteristic because of the newness of the 
system. The new data types and existing data type traffie affected by 
system improvements are allowed tc grow at their expected unconstrained 
rate, and an additional increment from these new data types and existing 
traffic affected by system improvements is included in the period fol- 
lowing an upgrade. This additional increment equals the difference 
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Figure 5-1 . Total Statewide Traffic Growth Constrained by Computer Capacity 
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between the unconstrained traffic in the saturation period and the 
constrainec traffic during that period. 

The details of this process of adding new data traffic to 
existing traffxc are shown for all the 6"^inonth periods of the study in 
Section 6. The aggregate totals are shown in surainary form in the 
tables of Section 1. Table 1-1 shows total criminal justice information 
system traffic every 2 years between 1977 and 1985. Traffic volumes 
are given in both average messages per day and in peak characters per 
minute. Figure 1-3 presents the same traffic growth information as 
the table in graphical form. 




OF 

S 200 ^ 


5-3 


77-53, Vol. II 


SECTION 6 

OHIO TRAFFIC MODELING 


This section presents more detailed information on the traffic 
modeling and distribution techniques developed in Ohio. Planners in 
Ohio will find this section useful as it discusses details of our analysis 
that apply uniquely to their state. The general reader may find it inter- 
esting to observe the types of problems to be encountered when trying 
to apply the methodologies discussed in Sections 3 and 4 to a particular 
state. Methodologies, data, and data analysis discussed in Sections 3 
and will not be presented again in this section. Instead we will 
refer the reader to the appropriate part of Sections 3 or U. 


6.1 EXISTING DATA TYPES 

6.1.1 Data Gathering 

In Section 3-2 there was a discussion in general terras of the 
data collection results. This section will present in further detail the 
data collected from Ohio in response to the state level questionnaire and 
the user agency questionnaire. Recall that copies of these questionnaires 
are contained in Appendices A and B. Headers should interpret this data 
as the basic set of information required to perform the existing data type 
analysis . 


Responses to the Ohio state level questionnaire follow: 


Cuestion 1 


Figures 6-1 and 6-2 present the current configuration of the 
Law Enforcement Automated Data System (LEADS) in Ohio. LEADS has one 
central data base and switcher located in Columbus. Figure 6-1 shows all 
150 baud circuits while Figure 6-2 shows all 2400 baud circuits. 

Recent changes to the communication system were: 


Sept . 

18, 

1971 

370/155 computer operational. 

March 

24, 

1972 

Wants/V/arrants file placed active 
on line. Full operation. 

Sept . 

n, 

1973 

Queries into vehicle registration file 
automatically forwarded into MCIC. 

March 

25, 

1975 

UNIVAC computer operational . All 
communication lines upgraded to 150 
baud or 2400 baud. 
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In addition to these changes, the Ohio State Patrol provided 
us with a list of all terminals added to the system each month beginning 
in October 1971 through August 1975 (See Table 6-1 ) . In this time 
approximately 75 agencies became new LEADS users. 


Table 6-1 . New Ohio User Agencies Since October 1971 



October 1971 Cambridge SO 

November 1971 Oberlin PD 

Amherst PD 

December 1971 loungstown University 

April 1972 Lakeland Community College (Off system) 

Millersburg SO 

Streetsboro PD 

Columbus Military (Army) (Off later) 

Columbus OSP 

Wadsworth PD 
Ontario PD 
Xenia SO 

October 1972 New Richmond PD 

November 1972 Campbell PD 

Walton Hills PD 

December 1972 Germantown PD 

February I 973 North Ridgeville PD 

Mentor on the Lake PD 
Tipp City PD 
Wooster SO 
Norwalk SO 

^^arch 1975 Miami Twp . PD“‘ 

May 1973 Carrol ton SO 

Waverly SO 
Perrysburg Twp. PD 

June 1973 Austintown PD 

Paulding SO 
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May 1972 
June 1972 
August 1972 
September 1972 
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Table 6-1 . 

July 1973 

August 1973 

September 1973 
October 1973 

November 1973 

December 1973 
June 1974 

June 1975 


August 1975 


New Ohio User Agencies Since October 1971 
(Continuation 1) 


Remove Lakeland Community College 
Bellevue PD 
Port Clinton PD 

Richmono (Ind) (Later removed) 
Xenia PD 

Cleveland Metro Park Rangers 

Kir tl and PD 
Delaware PD 

Cuyahoga Community College 

Perry Twp. PD (Franklin Co.) 
Aurora PD 
Columbus OSP 

Sylvania PD 

Columbus Military (Removed) 
Columbus SO 

Ashland SO 
Beaver Creek Twp. 

Cadiz SO 
Chester Twp. PD 
Circleville PD 
Columbiana FD 
Conneaut PD 
Fremont SO 
Marysville PD 
Ravenna PD 
Sandusky SO 
Sheffield Lake PD 
Saint Marys PD 
Wapokeneta PD 

Bethel PD 
Boardman PD 
Bratenal Village PD 
Broadview Hgts PD 
Brooklyn PD 
Brookville PD 
Clinton Twp. PD 
Copley PD 
Delphos PD 
Inglewood PD 
Fairlawn Village PD 
Greenville PD 


PD 




1 


1 pOO^ 
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Table 6-1 . New Ohio User Agencies Since October 1971 
(Continuation 2) 


Kenton PD 
Madison Twp . PD 
Minervia PD 
New Carlisle PD 
New Philadelphia PD 
Ottawa So 
Pepper Pike PD 
Perkins Twp . PD 
Shelby PD 
Sidney PD 
Waverly PD 
West Union PD 
Willard PD 

Wright Patterson AFB 


Question 2 


Data file types in Ohio are; 

Auto Alert File 

Stolen vehicle 
Felony vehicle 

Stolen or missing license plate 
Vehicle Registration File 
Operators License File 
Warrants and Wanted Persons File 

In addition, users have access to all NCIC files as well as a 
link with the NLETS system. These files have all been available since 
1971 except for the Warrants and Wanted Persons File which came on line in 
March 1972. 

Question ^ 


Traffic statistics were provided to us in the form of 
Figure 6-3. This represents only one page of the 25 pages needed to 
present statistics for all participating agencies during March 1976. 
Traffic is given in total messages per month and average messages per day 
and is broken out by user agency and message type. These statistics were 
provided for September 1971 through March 1976. 

Question -4 


Message lengths were provided from two sources. The first was 
a table supplied by the Ohio State Patrol (Table 6-2). 
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69 
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79 

62 

E9 
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63 

56 
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51 
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54 
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8 
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8,985 
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11 

290 

11 

68 

12 
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580 

62 
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17,305 

2 

6 
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75 

57 
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10 
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Figure 6-3, Ohio police Terminal Statistics High to Low 
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Table 6-2. Message Length by Message Type and Function 


NCIC 


Message Function/ 

Auto 

Wants/ 

Vehicle 

Operator 




Wants/ 

Message Type 

Alert 

Warrants 

Registration 

License 

Vehicle 

Warrants 

Enter 

52-112 

100 - 406 

X 

X 


52 

- 

112 

100 - 406 

Modify 

32 - 61 

32 - 237 

X 

X 


32 

- 

61 

32 - 237 

Cancel 

32 - 47 

22 - 52 

X 

X 


32 

- 

47 

22 - 52 

Locate 

4l - 56 

42 - 194 

X 

X 


41 


56 

42 - 194 

Clear 

32 - 61 

22 - 52 

X 

X 


32 

- 

6l 

22 - 52 

Query 

18 - 32 

23 - 48 

7 - 36 

10 - 

40 

18 

- 

32 

23 - 48 

"Hit” 

Response 

58 - 125 

250 - 

250 - 250 

211 - 

* 

165 

- 

165 

145 - 8500 

"No Hit" 

38 - 45 

115 - 140 

35 - 40 

35 - 

58 

49 

- 

50 

51 - 76 

*Depends on individual's driving 

record . 
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This table presents minimtam and maximum message lengths in 
units of characters per message. The second source was the LEADS user 
manual which presented fomats, for each message type . ^ examining these 

formats we were able to construct Table 6-3. 

Information in the two tables was compiired by calculating 
overall message length for each message type in Table 6-3. This required 
knowledge of the dist-ibution by message function for each message type. 
When the minimum and maximum traffic was averaged, there was good agree- 
ment between the two sources. 

Administrative messages were an average of 250 characters per 
message. Overall message length was 116 characters per message. 

Question 5 


Detailed terminal to terminal traffic statistics were not 

available. 

Question 6 


The LEADS computer does extensive automatic generation of data 
base transactions. Automatic generation is defined as the process of a 
communication message originally directed to one data base file being 
automatically sent to another data base file. Figure 6-4 shows direct 
transactions in Ohio and the transactions they automatically generate. 

For example, if a system user queried the auto alert file, he would 
automatically trigger inquiries into the LEADS wants/warrants file and the 
NCIC stolen vehicle and wanted person files. 


Table 6-3. Message Length by Message Type 


Message Type 

In 

Out 

Auto Alert 

11 

80 

Wants/Warrants 

56 

55 

Vehicle Registration 

11 

175 

Operators License 

17 

285 

HCIC 

50 

90 
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DIRECT TRANSACTIONS AUTO^^ATICALLY GENERATED MESSAGES 

AUTO-ALERT-ADMINISTRATIVE ► NCIC [STOLEN VEHICLE ( 

WANTS-WARRANTS ADMINISTRATIVE NCIC {WANTED PERSON) 


VEHICLE REGISTRATION QUERY 


LEADS 


i AUTO ALERT \ 
I WANTS & WARRANTS) 


NCIC 


(stolen VEHICLE 
(wanted person 


OPERATORS license 


LEADS {WANTS & WARRANTS} 


AUTO ALERT QUERY ► LEADS 1 WANTS 5. WARRANTS } + NCIC 

WANTS-WARRANTS QUERY — — — NCIC 


(stolen VEHICLE ) 
(WANTED PERSON i 

{wanted person} 


Figure 6-4. Automatic Generation of Messages 


Question 7 


The primary planned upgrade that would affect traffic against 
current LEADS files is the replacement of all low speed circuits with 
high-speed circuits. This is expected to occur by the end of 1977. State 
planners do not expect to add new agencies to the LEADS system. 


USER SURVEY 


In Qh'io 80 agencies responded to the user agency question- 
naires. Results from responding agencies are presented here. 

Traffic Statistics 


Traffic statistics obtained from user agencies agreed well 
with the traffic statistics provided by the state. One statistic of 
interest obtained from the user survey is a measure of the hourly peak to 
average traffic ratio at each terminal. The highest peak to average 
traffic ratio was reported by the Wapakoneta Police Department at 3 . 33 . 
The average overall reporting terminals was 1.67- 

Response Time 

We asked the user agencies to give us inputs on acceptable 
response times. Figure 6-5 ia a frequency diagram showing the number of 
responses falling within acceptable response time ranges. For example, 
four agencies indicated an acceptable average response time of 10 sec or 
less. The most frequently chosen time was 30 see and 85? of the 
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responding agencies specified an acceptable average response time of 30 
sec or less. It is of interest to note that agencies in general reported 
acceptable response times that were only slightly shorter than their 
existing response times. 

User Agency Characteristics 

Because not all user agencies returned the user survey, other 
sources were identified to obtain population, personnel, and crime rate 
statistics. The primary source of data was a listing of uniform crime 
reports by county (Figure 6-6). Each county is broken out by incorporated 
or unincorporated areas and statistics are presented on population and the 
FBI's seven index crimes. An example shown in Figure 6-6 is Greene County 
where there are five cities: Fairborn, Xenia, Yellow Springs, Bellbrook 
and Beavercreek Township. The population and number of index crimes 
occurring in each of these cities is presented as well as the totals for 
the incorporated areas. The next line shows population and incidence of 
crime for the unincorporated area of the county. These -numbers describe 
the population served by the Sheriff's Department in each county. Finally 
the total county population and incidence of crime statistics are 
presented . These statistics were available for all counties in Ohio and 
were used to determine population and crime rates for LEADS user agencies. 

Additional personnel data were obtained from the Uniform Crime 
Reports issued annually by the FBI entitled Crime in the United States . 
Under the Police Employee Data section, tables are included showing the 
number of full-time police department employees in cities 25,000 and over 
in population and in cities 25,000 and under in population. In addition 
to Uniform Crime Report, the number of personnel stationed at each Ohio 
State Patrol post was obtained from planning divisions of the Ohio State 
Patrol. Jurisdiction served by each patrol post was also provided and 
shown by arrows in Figure 6-7. 


6.1.2 Analysis Methodology Applied to Traffic Statistics 

Section 3-3*2 referred to the problem of determining whether 
traffic statistics describe communication messages or transactions. (See 
definitions in Section 3,3.1.) Historical traffic statistics were not 
consistent in this regard. Between September 1971 and February 1975, 
v;hile an IBM computer was in service, the traffic statistics were 
consistent and counted communication messages. However, after upgrading 
to a UNIVAC computer in March 1975, the new UNIVAC statistical package 
counted some message types as communication messages and others as 
transactions. Due to the extensive automatic generation of messages in 
Ohio, there Is a considerable difference between the number of 
communication messages into a data file and the number of transactions 
into the same file- 

The UNIVAC statistics package was intended to count trans- 
actions into each data file. However, by examining the statistics, in- 
consistencies become evident. As an example, during one month the total 
system traffic statistics given in units of average messages per day are 
shown in Table 6-4. 
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Figure 6-7. Ohio State Patrol Jurisdiction 
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The UNIVAC statistics present the values under the column 
direct + automatic. This is equivalent to transactions as it includes 
data base transactions coming in directly over communication lines and 
those data base transactions that are automatically generated by the 
Columbus computer. For each data file Me know that total data base 
transactions should equal the sum of direct data base transactions and 
automatically generated transactions. 

Given a knowledge of automatic generation procedures (Figure 6-4) 
we can determine the number of direct transactions and the number of automatic 
transactions. The following files receive automatically generated messages: 

( 1 ) NCIC Stolen Vehicle and Wanted Person 

(2) LEADS Auto Alert 

(3) LEADS Wants and Warrants 

Thus we know immediately that all transactions into the Vehicle Regis- 
tration and Operators License files are direct. Only queries into the 
Vehicle Registration file automatically generate messages into the Auto 


Table 6-4. Average Daily Traffic - April 1976 



Direct 
+ Automatic 

Direct Only 

Automatic Only 

Auto Alert 

17,300 

6,300 

11,000 

Vehicle Registration 

11 ,600 

11 ,600 

0 

Operators License 

7,500 

7,500 

0 

Administrative-In 

3,100 

3,100 

0 

NCIC-Total 

13,700 


17,300 

Wants/Warrants Total 

15,400 


22,000 

Administrative-Out 

12,700 

12,700 

0 
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Alert file. So we can easily calculate the number of automatic 
transactions into the auto alert file as being: 

Auto Alert (Automatic) = 0.97 X Vehicle Registration (Total) 


and: 


Auto Alert (Direct) = Auto Alert (Total) - Auto Alert (Automatic) 

The factor 0.97 is used because 97 % of Vehicle Registration transactions 
automatically generate Auto Alert transactions. Also 73? of Operators 
License transactions generate transactions into the Wants/ Warrants file. 
Messages are automatically generated into the Wants/ Warrants file from 
direct Auto Alert transactions, Operators License transactions and Vehicle 
Registration queries. We can calculate Wants/Warrants automatic message 
volume as: 


Wants /Warrants (Automatic) = Auto Alert (Direct) 

+ 0-73 X Operators License (Total) 

+ 0.97 X Vehicle Registration (Total) 


and: 


Wants/Warrants (Direct) = Wants/Warrants (Total) - 

Wants/Warrants (Automatic) 

Finally transactions into Auto Alert files. Vehicle Registration files and 
Wants/Warrants files generate automatic transactions into NCIC files. 

Only about 10? of State Wants/Warrants transactions are passed on to KCIC. 
Thus, 


NCIC (Automatic) = Auto Alert (Direct) + 0.97 X Vehicle 

Registration (Total) + 0.10 X Wants/ 
Warrant (Direct) 


and: 


NCIC (Direct) = NCIC (Total) - NCIC (Automatic) 

We now have the capability of calculating the number of direct 
and automatic transactions into each data file. When we attempt this, we 
find that the number of automatically generated transactions into the 
LEADS Wants/Warrants file and the NCIC files exceeds the total number of 
transactions for each of these data files (see Table 6-4). Assuming we 
have correctly identified automatic generation procedures, there is 
clearly an error in the traffic statistics. 

Conversations Tri,th the Ohio State Patrol verified problems 
with the DNIVAC statistics package. In the opinion of the OSP, the 
problem with the statistics stemmed from the fact that not all auto- 
matically generated messages were being counted. They were fairly con- 
fident that the Auto Alert message count was correct but felt that 
Want/Warrants and NCIC transactions were being under-counted. Our 
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approach was to begin by calculating the number of automatically generated 
transactions into each data file. If this number exceeded the number 
reported by the statistics as being the sum of direct and automatic 
transactions, we estimated the number of direct transactions. Estimates 
were made by examining the pre-March 1975 statistics when only direct 
transactions were reported. Total transactions into each file were then 
taken to be the sum of direct plus automatic transactions. Using this 
approach Table 6-5 is a revised version of Table 6-4. 

Note the difference is the increase in Wants/Warrants and NCIC 
transactions. 


6.1.3 Peak/ Average Traffic Ratio 

In determining required communication capacity to satisfy 
performance requirements, we would like to use a measure of demand that 
reflects the load on the system during the busiest hours. All previous 
traffic statistics have given message volumes averaged over a day. To 
derive the desired traffic measurement we establish the ratio of traffic 
volume during the busiest hour and average traffic volume and designate it 
the peak to average ratio. Average traffic volumes are then multiplied by 
this ratio to give peak traffic volumes. 


Table 6-5. Average Daily Traffic - April 1976 Revised 



Direct 
+ Automatic 

Direct Only 

Automatic Only 

Auto Alert 

17,300 

6,300 

11,000 

Vehicle Registration 

11,600 

11,600 

0 

Operators License 

7,500 

7,500 

0 

Administrative-In 

3,100 

3,100 

0 

NCIC 

16,700 

100 

16,600 

Wants/ Warrants 

23,800 

1,700 

22,100 

Admin is t rat ive-Out 

12,700 

12,700 

0 
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The peak to average ratio was established in Ohio by examining 
a complete month of transaction statistics. The number of transactions 
was given for each hour of each of the 31 days during May 1975. The ratio 
of computer transactions during the busiest hour and average transactions 
was found to be 1.82. To insure that we would not underestimate traffic, 
a peak to average ratio value of 2 was used in Ohio. 


6.1.4 Traffic Growth Modeling 

6. 1.4.1 Past Traffic Growth . After correcting inconsistencies in the 
Ohio traffic statistics, we were able to construct the curve of past growth 
i n communication messages as shown in Figure 6-8. 

The curve shows a pattern of steady growth; howevef, there is 
generally a decline in traffic during the spring. These declines were 
caused by the obsolescence in April of the vehicle registration file. 

This occurred each year because all vehicles were issued new license 
plates once a year in April. A period of several months was required to 
enter updated license plate information in the vehicle registration file. 
Since law enforcement personnel were aware of this yearly renewal 
procedure and the update delay problem, they drastically reduced vehicle 
registration inquiries each spring. The problem will not be as severe in 
the future because Ohio plans to renew license plates only once every 3 
years , 



71 72 73 74 75 1976 


Figure 6-8, Ohio Past Communications Traffic Grovith 
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Between November 1971 and March 1974 yearly growth in traffic 
volume occurs at a rate of 23,000 msg/day. Growth then almost stops 
between March 1974 and March 1975 with an increase in traffic of only 
5,000 messages per day. Traffic between March 1975 and March 1976 
increases by 38,000 messages per day. From this growth pattern, it 
becomes clear that there was a growth inhibiting factor between March 
1974 and March 1975- We presume this factor to be limitation of computer 
capacity. In March 1975, when the computer was upgraded from an IBM 
to a UNIVAC, traffic once again began to increase rapidly. 


6. 1.4. 2 System Improvements . A portion of past traffic growth 
can be related directly to system improvements. Past improvements 
were : 

(1) Addition of new system users 

(2) Addition of new data files 

(3) Substitution of low-speed communication lines with 
high-speed lines and new terminal equipment 

(4) Easier access to information contained in national files 

(5) hnplementation of mobile digital terminals 

In Ohio 75 law enforcement and 14 Bureau of Motor Vehicle 
terminals were added to the LEADS system between October 1971 and the 
present. The total increase in traffic caused by adding these terminals 
is 14,600 messages per day with 4,000 messages per day coming from the new 
law enforcement terminals. The fact that only 4,000 new messages per day 
come from the 75 law enforcement agencies suggests that all major law 
enforcement agencies were subscribers to the LEADS system before October 
1972. The added agencies are generally smaller and send and receive a 
relatively small number of messages. 

The addition of the Wants/Warrants data file and the auto- 
matic pass-through of vehicle registration messages to NCIC also caused 
increases in past traffic which are discussed in Section 3,4. 3* 1- 

In March 1975, LEADS upgraded circuits serving the Ohio State 
Patrol terminals to 2400 bps lines. To measure the impact of this line 
upgrade we compared the growth in traffic from Ohio State Patrol terminals 
with the growth from all other terminals. Figure 6-9 shows graphically 
this comparison. Note that after the upgrade, which occurred in the last 
month of Winter 1975, OSP traffic increases while traffic from all other 
terminals decreases. The magnitude of the traffic increase due to high- 
speed lines was 7,000 messages per, day. 

The last communication system improvement which caused a 
sudden increase in traffic was the implementation in Cleveland of mobile 
digital terminals. Between March 1975 and April 1976, 100 of Cleveland’s 
police cars were equipped with mobile digital terminals. This represents 
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Figure 6-9. Comparison of Ohio State Police and Other Law 
Enforcement User Traffic Growth 


approximately one-half of their patrol fleet. During this period, traffic 
increased between the Cleveland Police Department computer and LEADS from 
6,000 messages per day to 11,500 messages per day. Over the same period, 
total LEADS traffic increased from 110,000 messages per day to 145,000 
messages per day. Thus, while the average users traffic volume increased 
by 32?, Cleveland's traffic was increasing by 92?. If Cleveland's traffic 
would have increased at the average rate, traffic volume would be 7,920 
messages per day. The difference between 11,500 and 7,920 is assumed to 
be the impact on traffic from Cleveland of implementing mobile digital 
terminals (Figure 6-10). 

To obtain baseline growth we subtract out all past traffic 
increases caused by system improvements. Figure 6-11 shows graphically 
this subtraction process. The top l^ne represents total LEADS traffic 
averaged over three-month periods. The next line down is LEADS traffic 
with increases due to the addition of new terminals subtracted out. 
Successive lower lines represent the subtracting out of traffic caused by 
new data files, automatic NCIC pass-through, high-speed lines, and mobile 
digital terminals. Finally the bottom line represents baseline growth and 
it is this growth curve which we will use to project future traffic 
growth. 
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Figure 6-11. Total Growth and Baseline Growth 
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6. 1 . 4.3 Traffic Proieotions . The baseline growth curve developed 
in the previous section is used to project future baseline traffic 
growth. We have shown that, in the past, baseline growth displayed 
an S-shaped curve with growth being slow before and after system upgrades 
and linear between these periods. In order to predict future traffic 
growth we must thus make assumptions regarding actions to be taken 
by Ohio decision makers in upgrading communication capacity. Conversations 
with Ohio planners led us to the assumption that it is not likely that 
the states will increase capacity before saturation effects begin to 
occur. However, once these effects become evident, funding necessary 
for increasing capacity will be obtained rapidly. 

Figure 6-12 shows the Ohio baseline growth data points. 

Periods of slow growth after upgrade, unconstrained growth, and slow 
growth resulting from system saturations are identified. 

During the slow growth period of October 1971 through June 
1972, traffic increased from 30,800 messages per day to 32,500 messages 
per day. The "best fit" regression line shown in the figure has a slope 
of 850 raessages/3-month period which is interpreted as an increase of 850 
messages/day each 3-i“onth period. When projecting traffic growth after an 
upgrade, we will assume an increase of 1,700 messages per day during the 
6-inonth period after the upgrade. 

The "best fit" regression line during the unconstrained growth 
period has a slope of 4,100 messages/3-month period. Thus during periods 
of unconstrained growth we will project average daily traffic increases of 
8,200 messages each 6-month period. 

During periods when traffic levels are near capacity, traffic 
growth almost stops. The length of this period is dependent on the time 
required for state planners to obtain additional capacity. Past baseline 
growth suggests that system capacity was reached in January 1974 and we 
know a system upgrade occurred in March 1975. Thus, 15 months passed 
before capacity was increased. In the future Ohio state planners advised 
us to assume that this period will be reduced to 6 months. Future periods 
of slow growth due to system saturation will therefore be assumed to be 
short . 


Using the expressions developed in analyzing baseline traffic 
between October 1971 and March 1974, we can project traffic between 
January 1975 and March 1976. The lines drawn during these periods in 
Figure 6-12 represent the projections. Notice that we project a traffic 
level of 81,000 messages per day during January March 1976 while the 
actual value was 79,300 rasg/day. 

In addition to increases in traffic volume caused by baseline 
growth, there will be increases caused by communication system improvements. 
In Ohio two areas of improvement were identified: conversion from low- 

speed to high-speed lines and implementation of mobile digital terminals. 

LEADS communication circuits serving Ohio State Patrol 
agencies were upgraded from low- to high-speed circuits in the winter of 
1975. Total OSP traffic jumped from 19,000 to 28,000 messages per day, an 
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approximate 50? increase (Figure 6-9 ). We therefore project a 50% 
increase for all user agencies when communication lines are upgraded. 

Mobile digital terminals are expected to be implemented in 
Ohio's three largest cities, Cleveland, Columbus and Cincinnati, by 1985. 
In Section 8. 1.4.2 we discussed the impact on traffic in Cleveland when 
mobile digital terminals were implemented. The traffic increase due to 
MDTs was estimated to be 3,600 messages per day. Since only one-half of 
Cleveland's patrol ears were equipped with MDTs we project that traffic 
would have increased by 7,200 messages per day if the entire fleet had 
been converted. Since pre-MDT traffic levels from Cleveland were 6,000 
messages per day a 120? increase in Cleveland's traffic resulted from 
implementation of MDTs. We assumed that traffic from Columbus and 
Cincinnati will also increase by I2056 when their police departments 
implement mobile digital terminals. 

In this section we have presented the baseline rate of traffic 
increase and increases due to system improvements. After discussing 
growth in trraffic due to new data types in Section 6.2, we will combine 
the increases in this section with the new data type projections to give 
total future Ohio traffic growth in Section 6.3. 


6.2 NEW DATA TYPES 

When the techniques of Section 4.4 are applied to Ohio's crime 
statistics, the traffic projections given in tables below are obtained. 
These tables break out the traffic estimates by component so that, for 
example, traffic from the courts into the CCH/OBTS system can be 
distinguished from court traffic into the SJIS system. The results are 
combined in Table 6-22 which shows total Ohio new data traffic in average 
messages per day. This same information is shown in graphical form in 
Figure 1 -2 . 


Table 6-6 is a guide to the tables describing the Ohio new 
data type traffic projections. In addition to summarizing the contents of 
each table, it lists the sections in this report which explain the 
derivation of the traffic volumes. Tables 6-7 through 6-23 are then 
provided to give the new data type traffic for each of the traffic 
components . 


These tables of Ohio new data traffic estimates also display 
the processes, described in Section 4.4, used to obtain the estimates. 
Tables 6-7 through 6-10 show the methodology for computing CCH/OBTS 
traffic volume, starting with the parameters that are used in computing 
the average CCH/OBTS messages per day, then estimating the average 
CCH/OBTS message length, and finally converting the average messages per 
day to peak characters per minute. 

Several of the tables show how one of the traffic components 
is distributed throughout the state- Tables 6-14 and 6-16 show how 
fingerprint and OBSCIS traffic volumes are allocated to the user agencies. 
Distributions are likewise shown for; corrections CCH/OBTS and OBSCIS and 
combined corrections CCH/OBTS and OBSCIS traffic; SJIS traffic, court 
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Table 6-6. Guide to Ohio Criminal Justice Information System 
New Data Type Traffic Projections with 
References to Methodology 


* 


■j 

s! 


■! 


-f 



Table Description of 

Number Topic Methodology 


6-7 

6-8 

6-9 

6-10 

6-11 

6-12 

6-13 

6-14 

6-15 

6-16 

6-17 

6-18 

6-19 


Computation of Ohio CCH/OBTS Average Messages 
per Day 

Computation of Ohio Law Enforcement CCH/OBTS 
Average Message Length in Characters 

Computation of Ohio Court and Corrections CCH/ 
OBTS Average Message Length in Characters 

Ohio Statewide CCH/OBTS Traffic in Peak 
Characters per Minute 

Distribution of Ohio Court CCH/OBTS Traffic 
in Peak Characters per Minute 

Distribution of Ohio Corrections CCH/OBTS 
Traffic in Peak Characters per Minute 

Computation of Ohio Automated Fingerprint 
Messages per Day 


Distribution of Ohio Automated Fingerprint 
Traffic in Peak Characters per Minute 

Computation of Ohio OBSCIS Average Messages 
per Day 

Distribution of Ohio OBSCIS Traffic in Peak 
Characters per Minute 

Distribution of Combined Ohio Corrections 
CCH/OBTS and OBSCIS Traffic in Peak Characters 
per Minute 

Computation of Ohio SJIS Average Messages 
per Day 

Distribution of Ohio SJIS Traffic in Peak 
Characters per Minute 


4. 4. 2. 1.1 


4. 4. 2. 1.2 


4.4.2. 1.3 


4. 4. 2. 1.3 

4.4.2. 1.4 


4. 4. 2. 1.4 

4. 4. 2. 2.1 
and 

4.4.2. 1.1 
4. 4. 2. 2. 3 

4. 4. 3. 1.1 
4.4.3. 1-3 


4. 4. 4-1.1 


4.4.4. 1.2, 
and 


4. 4. 4. 1.3 


j 
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Table 6-6 . Guide to Ohio Cf iminal Justice Information System 
Mew Data Type Traffic Projections with 
References to Methodology (Continuation 1) 


Table 

Humber 

Topic 

Description of 
Methodology 

6-20 

Distribution of Combined Ohio Court CCH/OBTS 
and SJIS Traffic in Peak Characters per Minute 


6-21 

Ohio BCII Data Conversion Traffic for 1977 
to I 9 B 5 (average messages per day, average 
message length, and peak characters per 
minute) 

4. 4. 4.2 

6-22 

Total Ohio New Data Traffic Projection in 
Average Messages per Day 


6-23 

Summary of New Data Type Average Message 
Lengths by Data Type and by Year 



CCH/OBTS and combined court CCH/OETS and SJIS traffic; automated 
fingerprint traffic. No traffic distribution is shown for law enforcement 
CCH/OBTS traffic because of the large number of terminals involved. This 
traffic was combined with existing data type traffic to these terminals 
and is displayed in Table 6-27 for a representative year. 


6.3 EXISTING AND NEW DAT.'' TYPES COMBINED 

This section combines the projections for the growth of 
existing criminal justice information data types from Section 6.1 with 
the estimates for future new data type traffic from Section 6.2 to 
obtain a total criminal justice Information system traffic projection for 
Ohio. The methodologies used to project future growth in existing traffic 
types are explained in Section 3, and the techniques used to estimate the 
start and growth of traffic in new data types are described in Section 4. 


b.3.1 Traffic Projections 

The three growth components are baseline growth, growth due to 
system improvements and traffic into new data bases. Table 6-24 presents 
potential new traffic to be caused by system improvements and new data 
type traffic . The values in the table are the increases in traffic above 
the previous six-month period. 
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Table 6-7. Computation of Ohio CCH/OBTS Average Messages per Day 
(Refer to Section 4. 3. 2. 1.1 for Methodology) 


Factor 

1977 

1979 

Igar 

1981 

1983 

1985 

Estimated arrests ner 

451,607 

469,643 

481,679 

505,715 

523,951 

year: 

Technclostv oenetration factor: 
Law enforcement 0 

1.0 

1.0 

1.0 

1.0 

Courts 

0 

0.142 

0.687 

0.687 

0.687 

Corrections 

0 

0 

0.73 

. 1 .0 

1.0 

CCH/OBTS transactions 
uer arrest: 

Law enforcement 

29.7 

29.7 

29.7 

29.7 

29.7 

Courts 

8,9 

8.9 

8.9 

8.9 

8.9 

Corrections 

1,1 

1.1 

1.1 

1.1 

1.1 

Number of messaKes uer 

2 

2 

2 

2 

2 

transaction 

Time conversion from annual 





to daily averaKe; 

Law enforcement 

1/365 

1/365 

1/365 

1/365 

1/365 

Courts 

1/250 

1/250 

1/250 

1/250 

1/250 

Corrections 

1/250 

1/250 

1/250 

1/250 

1/250 

Result: Averaee CCH/OBTS 

messages ner dav: 

Law enforcement 

0 

76,552 

79,492 

82,432 

85,371 

Courts 

0 

4,748 

23,855 

24,737 

25,619 

Corrections 

0 

0 

3,133 

4,450 

4,609 




Table 6-8, Computation of Ohio Law Enforcement GCH/OBTS 
Average Message Length in Characters 

(Refer to Section 4.4.2. 1.2 for Methodology) 




Messace Lenstth 

Weiehted 

Average 

Messaee Lenstth s 

Operation 

Transactions 

Per 

Arrest 

To 

BCII 

From 

BCII 

To 

BCII 

From 

BCII 

Average 
to/ from BCII 

Police inquiry; 

14.2 

300 

0.6 X 180' 
0.4 X 960 

143 

234 

189 

Police entry: 

4,4 

960 

180 

142 

27 

85 

Proaecntion inquiry; 

0.8 

300 

960 

8 

26 

17 

Prosecution entry; 

5.5 

960 

180 

178 

33 

106 

Jail entry: 

1.3 

960 

180 

42 

8 

25 

Probation entry; 

2.4 

960 

180 

78 

15 

^7 

Parole entry: 


960 

180 


—Z 

-22. 

Totals 

29.7 



627 

350 

491 
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Table 6--9. Computation of Ohio Court and Corrections CCH/OBTS 
Average Message Length in Characters 



(Refer to Section 4.4.2. 1.2 for Methodology) 


Message Lengths Weighted Average Message Lengths 

Transactions 


Operation 

Per 

Arrest 

To 

BCII 

From 

BCII 

To 

BCII 

From 

BCII 

Average 
to/ from BCII 

Court CCH/OBTS Use 







Inquiry 

0.8 

300 

960 

27 

86 

57 

Entry 

8J. 

960 

180 

874 

la 

313 . 

Totals 

8.9 



901 

250 

576 

Corrections CCH/OBTS Use 







Entry 

1.1 

960 

180 

960 

180 

570 
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Table 6-10. Ohio Statewide CCH/OBTS Traffic in Peak Characters per Minute 
(Refer to Section for Methodology) 




1977 

1579^ 

Year 

1981 

1 . 9.83 

_1585 

Traffic 

Component 

TO 

BCII 

FROM 

BCII 

TO 

BCII 

FROM 

BCII 

TO 

BCII 

FROM 

BCII 

TO 

BCII 

PROM 

BCII 

TO 

BCII 

FROM 

BCII 

Law Enforcement 

0 

0 

33,300 

18,602 

34,579 

19,317 

35,858 

20,031 

37,136 

20,745 

Court CCH/OBTS 
Use 

0 

0 

8,912 

2,474 

44,776 

12,426 

46,431 

12,888 

48,087 

13,347 

Corrections 
CCH/OBTS Use 

0 

0 

0 

0 

6,266 

1,175 

8,900 

1,669 

9,218 

1,728 
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Table 6-11. Diabribution of Ohio Court CCH/OBTS Traffic in 
Peak Characters per Minute 

(Refer to Section 4. 4. 2. 1.4 for Methodology) 


Court District 
Location and 
Number 

1979.. 

Year 

1981 1988 

IMS 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

Cleveland (8) 

0 

0 

9,851 

2,734 

10,285 

2,846 

10,651 

2,956 

Cincinnati { 1 ) 

8,912 

2,474 

9,402 

2,610 

9,588 

2,661 

9,930 

2,756 

Dayton (2) 

0 

0 

7,164 

1,988 

7,526 

2,098 

7,795 

2,164 

Columbus (10) 

0 

0 

6,269 

1,740 

6,672 

1,852 

6,910 

1,918 

Toledo (6) 

0 

0 

6,269 

1,740 

6,370 

1,768 

6,598 

1,831 

Akron (9) 

0 

0 

..5,821 

1.616 

5.990 

. 1^6.63. 

6 . 208 

1.722 

Totals 

8,9ia 

2,474 

44,776 

12,428 

46,431 

12,888 

48,087 

13,347 
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Table 6-12. Distribution of Ohio Corrections CCH/OBTS Traffic in 
Peak Characters per Minut.e 

(Refer to Section 4.4.2. 1.4 for Methodology) 


Institution 

1M1 

1983 

. 1985 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

Mansfield 

3,128 

587 

3,244 

608 

3,361 

630 

ColiMbus 

2,182 

409 

2,261 

424 

2,343 

439 

Marysville 

956 

179 

991 

186 

1,026 

192 

Lebanon 

0 

0 

595 

111 

613 

115 

Lucasville 

0 

0 

587 

111 

613 

115 

London 

0 

0 

486 

91 

500 

94 

Marion 

0 

0 

382 

72 

395 

74 

Chillioothe 

0 

0 

354 

66 

367 

69 

Totals 

6,266 

1,175 

8,900 

1,669 

9,218 

1,728 
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Table 6-13. Computation of Ohio Automated Fingerprint Average Messages per Day 
{Refer to Sections 4. 4. 2. 2.1 and 4.4.2. 1.1 for Methodology) 





Year 



Factor 

1977 

1979 

1981 

1983 

1985 

Estimated arrests in Ohio 
per year 

451,607 

469,643 

487,679 

505,715 

523,751 

Technology penetration factor 

0 

0 

0. 107 

0.403 

0.403 

Fingerprint transactions per 
arrest 

2.18 

2.18 

2.18 

2.18 

2.18 

Messages per fingerprint 
transaction 

2 

2 

2 

2 

2 

Time conversion from/ 
to daily average 

1/250 

1/250 

1/250 

1/250 

1/250 

Automated fingerprint 
average messages per day 

0 

0 

910 

3,554 

3,744 
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Table 6-14. Distribution of Ohio Automated Fingerprint Traffic 
in Peak Characters per Minute 
(Refer to Section 4. 4. 2. 2. 3 for Methodology) 


Source 

1981 

To 

BCII 

From 

BCII 

To 

BCII 

1983 

From 

BCII 

To 

BCII 

1985 

From 

BCII 

Cleveland 

3,511 

528 

3,648 

549 

3,843 

577 

Columbus 



2,756 

414 

2,903 

437 

Cine inn at i 



2,166 

326 

2,282 

343 

Toledo 



2,084 

313 

2,195 

330 

Dayton 



1,645 

247 

1,733 

261 

Akron 



1,412 

212 

1,488 

224 

Totals 

3,511 

528 

13,711 

2,061 

14,444 

2,172 


Table 6-15- Ccanputatlon of Ohio OBSCIS Average Messages per Day 


(Refer to 

Section 

4. 4. 3.1. 1 

for Methodology) 


Factor 

1977 

1979 

Year 

1981 

1983 

1985 

Ohio Department of 
Correct: ons Inmates 

12,325 

12,806 

13,287 

13,768 

14,249 

Technology Penetration 
Factor 

0.023 

0.023 

0.75 

1.0 

1.0 

Transactions per 
Inmate -Day 

0.432 

0.432 

0.432 

0.432 

0.432 

Messages per 
Transaction 

2 

2 

2 

2 

2 

OBSCIS Traffic in 
Average Messages 
per Day 

250 

260 

8,610 

11,896 

12,311 


6-35 


6-36 


Table 6-16. Distribution of Ohio OBSCIS Traffic in Peak Characters per Minute 
(Refer to Section 4. 4. 3. 1.3 for Methodology. This table 
assumes 960 -character data entries to Columbus and 
180-character ackno-wledgments to institutions.) 


1977 1979 1981 1988 1985 


Institution 

To 

Columbus 

From 

Columbus ( 

To 

lolumbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

ODBC Headquarters 

500 

94 

520 

98 

540 

101 

560 

105 

580 

109 

Mansfield 

0 

0 

0 

0 

8,340 

1,564 

8,364 

1,569 

8,653 

1,623 

Columbus 

0 

0 

0 

0 

5,838 

1,095 

5,808 

1,089 

6,011 

1,127 

Marysville 

0 

0 

0 

0 

2,502 

469 

2,556 

479 

2,645 

496 

Lebanon 

0 

0 

0 

0 

0 

0 

1,626 

305 

1,683 

316 

Lucasville 

0 

0 

0 

0 

0 

0 

1,626 

305 

1,683 

316 

London 

0 

0 

0 

0 

0 

0 

1,394 

261 

1,443 

270 

Marion 

O' 

0 

0 

0 

0 

0 

929 

174 

962 

180 

Chillicothe 

0 

0 

0 

0 

0 

0 

929 

174 

962 

180 

Totals 

500 


520 

98 

17,220 

3,229 

23,792 

4,461 

24,622 

4,617 
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Table 6-17. Distribution of Combined Ohio Corrections CCH/OBTS and OBSCIS Traffic 
in Peak Characters per Minute 



1977 

To 

From 

Institution 

Columbus Columbus 

ODRC Headquarters 

500 

94 

Mansfield 

0 

0 

Columbus 

0 

0 

Marysville 

0 

0 

Lebanon 

0 

0 

Lucasville 

0 

0 

London 

0 

0 

Marion 

0 

0 

Chill icothe 

0 

0 




Totals 

500 

94 


1911 laai 


To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

520 

98 

540 

101 

0 

0 

11,468 

2,151 

0 

0 

8,020 

1,504 

0 

0 

3,458 

648 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

520 

w 

23,486 

4,404 


To 

1283. 

From 

To 

1985 

From 

Columbus Columbus 

Columbus Columbus 

560 

105 

580 

109 

11,608 

2,177 

12,014 

2,253 

8,069 

1,513 

8,354 

'.,566 

3,54? 

665 

3,671 

688 

2,221 

416 

2,296 

431 

2,213 

416 

2,296 

431 

1,880 

352 

1,943 

364 

1,311 

246 

1,357 

254 

•1,283 

240 

1,329 

249 

32,692 

6,130 

33,840 

6,345 
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Table 6~18. Computation of Ohio SJIS Average Messages per Day 


(Refer to Section 4.4.4. 1.1 for Methodology) 




Year 




Factor 

1977 

1979 

1981 

1983 

1985 

Statewide court dispositions 

2,789,557 

3,190,795 

3,592,033 

3,993,271 

4,394,509 

Technology penetration factor 

0 

0.15 

0.42 

0.69 

0.69 

Transactions per disposition 

1 

1 

1 

1 

1 

Messages per transaction 

2 

2 

2 

2 

2 

Time conversion factor 

1/250 

1/250 

1/250 

1/250 

1/250 

SJIS traffic in average 
messages per day 

0 

3,629 

12,069 

22,043 

24,258- 
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Table 6-19. Distribution of Ohio SJI3 Traffic in Peak Characters per Minute 


(Refer to Sections 4.4.4. 1.2 and 4.4.4. 1.3, for Methodology. This Table 
assumes 960-character data entries to Columbus and 180-character 
acknowledgments to court districts.) 


Court District 
Location and 
Number 

1979 

To 

Columbus 

From 

Columbus 

1981 

To 

Columbus 

From 

Columbus 

198.3. 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

Cleveland (8) 

0 

0 

4,586 

860 

9,699 

1,818 

10,674 

2,000 

Cincinnati ( 1 ) 

7,658 

1,436 

8,207 

1,539 

9,258 

1,736 

10,188 

1,910 

Dayton (2) 

0 

0 

3,138 

588 

2,054 

1,323 

7,763 

1,456 

Columbus (10) 

0 

0 

2,897 

543 

6,172 

1,157 

6,792 

1,274 

Toledo (6) 

0 

0 

2,655 

49a 

6,172 

1,157 

6,792 

1,274 

Akron (9) 

0 

0 

2,655 

498 

5,731 

1,075 

6,307 

1,183 

Totals 

7,658 

1,436 

24,138 

4,526 

44,086 

8,266 

48,516 

9,097 
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Table 6-20. Distribution of Combined Ohio Court CCH/OBTS and SJIS Traffic in 
Peak Characters per Minute 


Court District 
Location and 
Number 

1979 

To 

Columbus 

From 

Columbus 

1981 

To 

Columbus 

Year 

From 

Columbus 

1983 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

Cleveland (8) 

0 

0 

14,436 

3,594 

19,984 

4,674 

21,325 

4,956 

Cincinnati ( 1 ) 

16,570 

3,910 

17,610 

4,149 

18,846 

4,397 

20,118 

4,666 

Dayton (2) 

0 

0 

10,302 

2,576 

14,580 

3,421 

15,558 

3,620 

Columbus (10) 

0 

0 

9,166 

2,283 

12,844 

3,009 

13,702 

3,192 

Toledo (6) 

0 

0 

8,924 

2,238 

12,542 

2,925 

13,390 

3,105 

Akron (9) 

0 

0 

8,476 

2,114 

11,721 

2,738 

12,510 

2,905 

Totals 

16,570 

3.910 

68,914 

16,954 

90,517 

21,154 

96,603 

22,444 
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Table 6-21. Ohio BCII Data Conversion Traffic for 1977 to 1985 

(Average Messages per Day, Average Message Length, and Peak Characters 
per Minute. Refer to Section 4. 4.4. 3 for* Methodology) 


Average messaees oer dav 
Year: 

Average messages per 
day (Estimate from 
Ohio state data center 
officials) 

1977 

14,000 

1979 

14,000 

1981 

14,000 

1983 

14,000 

1985 

14,000 


Average message length 

Hessasce Lengths 

WeiKhted 

Average Message Lengths 


BCII Data 

Conversion Operation 

Operation Fraction 

To 

Columbus 

From 

Columbus 

To 

Columbus 

From 

Columbus 

Average 
to/ from 
Columbus 

Inquiry 0,28 

300 

(0.6 X 180 1 

86 

141 

114 


Entry 0.72 

960 

^.4 X 960 ) 

686 


408 


1.0 


180 

772 

270 

522 


Peak characters ner minute 







Year 

1977 

1979 

1981 

1983 

1985 


Peak characters per minute 







To Columbus : 

22,517 

22,517 

22,517 

22,517 

22,517 


From Columbus: 

7,876 

7,786 

7,876 

7,876 

7,876 
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Table 6-22. Total Ohio New Data Traffic Projections in 



Average Messages per 

Day 






Year 



New Data Type 

1977 

1979 

1981 

1983 

1985 

BCII data conversion 14,000 

14,000 

76,552 

14,000 

14,000 

14,000 

Law enforcement 

0 

79,492 

82,432 

85,371 

CCH/OBTS 
Court CCH/OBTS 

0 

4,748 

23,855 

24,737 

25,619 

Corrections 

CCH/OBTS 

0 

0 

3,133 

4,450 

4,609 

SJIS 

0 

3,829 

12,069 

22,043 

24,258 

OBSCIS 

250 

260 

8,610 

11,896 

12,311 

Automated 

fingerprints 

Total 

0 

0 

910 

3, -554 

3,744 

14,250 

99,389 

142,069 

163,112 

169,912 


Table 6-23 c Summary of Ohio New Data Type Average Message 



Lengths by Data Type 

and by Year 



To 

From 

Average to/ from 


Columbus 

Columbus 

Columbus 


By Data Type: 

BCII data conversion 

772 

270 

522 

Law enforcement CCH/OBTS 

627 

350 

491 

Court CCH/OBTS 

901 

250 

576 

Corrections CCH/OBTS 

960 

180 

570 

SJIS 

960 

180 

570 

OBSCIS 

960 

180 

570 

Automated fingerprints 

1852 

279 

1066 

By Year for ail New Data Types: 

1977 

775 

268 

552 

1979 

675 

327 

501 

1981 

751 

297 

524 

1983 

786 

286 

536 

1985 

789 

286 

538 
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Table 6-24. Increase in Ohio Average Daily CommuniGatlon Messages 


Six Month 
Period 

System Improvement 
Traffic 

New Data Type 
Traffic 

77 

6000 

391 

77/78 

6000 

21,285 

78 

6000 

21,285 

78/79 

0 

21,285 

79 

0 

21,285 

79/80 

2400 

10,670 

80 

2400 

10,670 

80/81 

2400 

10,670 

81 

2400 

10,670 

81/82 

2400 

‘ 5,261 

82 

2400 

5,261 

82/83 

2400 

5,261 

83 

2400 

5,261 

83/84 

2400 

1,700 

84 

2400 

1,700 

84/85 

0 

1,700 

85 

0 

1,700 


The word potential is used because if these traffic in- 
creases cause total traffic to exceed system capacity, then the in- 
creases will be delayed . For example let' s assume that total traffic 
:^n 1980 is projected to be 295,000 messages per day and system capa- 
city is 300,000 messages per day. The increases in traffic projected 
to occur in time period 80/81 would have to be delayed until system 
capacity was increased. This process is explained in Section 5. 

Vie will now summarise procedures used for projecting future growth 
and show the results. Procedures are: 

(1) Periods of 6-raonth duration will be used. 

(2) Due to baseline growth, traffic is 1,700 messages per 
day higher one period after an upgrade, 6,700 messages 
per day higher two periods after an upgrade 

and 14,900 messages per day higher three periods after 
an upgrade. After the third period, traffic is 8,200 
messages per day higher each subsequent period. 

(3) System improvement traffic growth and new data type 
traffic growth occur as specified in Table 6-24. 

C4> Current system capacity in Ohio is 150,000 messages per 
day. 
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(5) Traffic grows each period until a period is reached 
where projected traffic exceeds system capacity. 

At this point all three components of traffic growth 
are reduced so that total traffic is less than system 
capacity by 3,000 messages per day. During the next 
period a 150,000 average message per day increase 
in system capacity is assumed . The increase in average 
daily message volume due to baseline growth is 1 , 700 
msg/day. Growth due to system improvements and new 
data type traffic is the sum of the growth specified 
in Table 6-24 and the amount of the reduction during 
the previous period. Traffic then continues to grow 
until once again system capacity is reached. 

(6) System capacity levels are: 

150.000 messages/day 

300.000 messages/day 

450.000 messages/day 

600.000 messages/day 

Tables 6-25 and 6-26 show the application of these procedures 
to Ohio. Note that capacity increases are required in periods 76/77, 
79/80, and 84/85. Table 6-26 shows that by 1985 over 450,000 messages per 
day will be transmitted over the LEADS system. Traffic projections are 
also presented in peak characters per minute to show how the longer 
message lengths of the new data types cause them to contribute a large 
portion of the traffic in characters per minute. 
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Table 6-25- Ohio Traffic Growth Each Six Months - 1975-1985 


Starting 

91,800 





84 


8,200 


75 BG 

1,700 


79/80 BG 

8,200 


BG 


SU 

19,400 



SU 

2,400 



SU 

2,400 


NDT 

0 



NDT 

10.700 



NDT 

1,700 


21,000 

112,900 



21,300 

309,600* 



12,300 

444,000 

75/76 BG 

8,200 



BG 

3,350 


84/85 BG 

8,200 


SU 

5,800 



SU 

980 



SU 

0 


HDT 

0 



NDT 

4,310 



NDT 

1.700 



14,000 

126,900 



8,700 

297,000 



9,900 

453,900* 

76 BG 

8,200 


80 

EG 

1,700 



BG 

2,485 


SU 

0 



SU 

3,820 



SU 

0 


NDT 

Q 



NDT 

17.0^0 


- 

NDT 

jl5. 


8,200 

135,100 



22,600 

319,600 



3,000 

447,000 

76/77 BG 

8,200 


80/61 

BG 

5,000 


85 

BG 

1,700 


SU 

0 



SU 

2,400 



SU 

0 


NDT 

1^,900 



NDT 

10.700 



NDT 

2.900 



22,100 

157,200* 



18,100 

337,700 



4,600 

451,600 

BG 

4,415 


81 

BG 

5,000 






SU 

0 



SU 

2,400 






NDT 

_Ll48& 



NDT 

10.700 







11,900 

147,000 



16,100 

355,800 






77 BG 

1,700 


81/82 BG 

8,200 



SU 

6,000 


SU 

2,400 



NDT 

6.800 


NDT 

5.300 


LEGEND: 


14,500 

161,500 


15,900 

371,700 

BG - Baseline Growth 

77/78 BG 

5,000 


82 BG 

8,200 


SU - System Upgrade 

SU 

6,000 


SU 

2,400 


NDT - New Data Type 

MDT 

21.300 


NDT 

.-5.,3Q0. 




32,300 

193,800 


15,900 

387,600 

♦Exceeds capacity. 

78 BG 

8,200 


82/83 BG 

8,200 



SU 

6,000 


SU 

2,400 



NDT 

21.30U. 


NDT 

,330.0. 




35,500 

229,300 


15,900 

403,500 


78/79 BG 

8,200 


83 BG 

8,200 



SU 

0 


SD 

2,400 



NDT 

21,300 


NDT 

5.300 




29,500 

258,800 


15,900 

419,400 


79 BG 

8,200 


83/84 BG 

6,200 



SU 

0 


SU 

2,400 



NDT 

21 .300 


NDT 

1.700 




29.500.. 

288 . 300 


-12 300 

431.700 
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Table 6“26. Ohio Traffic Growth by Two Year Periods 
Average Messages Per Day 


Existing Law 
Enforcement 

New Data Type 

Total Statewide 

Traffic 

Traffic 

Traffic 


1977 

147,200 

14,300 

161,500 

1979 

188,800 

99,500 

288,300 

1981 

213,500 

142,300 

163,500 

355,800 

1983 

255,800 

419,300 

1985 

281 ,200 

170,300 

451,500 


Traffic Summary ■ 

“ Peak Characters 

Per Minute 


Existing uaw 
Enforcement 

New Data Type 

Total Statewide 

Traffic 

Traffic 

Traffic 


1977 

23,720 

10,960 

34,680 

1979 

30,420 

69,240 

99,660 

1981 

34,400 

103,560 

137,960 

1983 

41,200 

121,720 

162,920 

1985 

45,300 

127,250 

172,550 


6 . 3.2 Traffic Distribution 

Ohio Traffic Distribution Results 

Distribution of messages to users in Ohio is discussed in 
detail in Section III and needs no further discussion here. However, the 
results of the distribution task are presented in Table 6-27 for 1985 . 

The table shows the projected traffic in units of peak characters per 
rainute to and from the state data center for each of the several hundred 
terminals in the state criminal justice telecommunication system. 

In addition to determining the amount of traffic to and from 
each terminal, we must determine the distribution of total traffic by 
message type. This is needed to calculate the overall message length into 
and out of the computer and also over the communication network. It is 
also used to convert communication message statistics to computer 
transaction statistics. 

Table 6-28 shows our projection for this distribution in 1985. 
Units are average messages per day and average characters per message. 
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Table 6-27. Ohio 1985 Traffic To and From Each User Agency 

Each line shows user agency name, city identification 
number, traffic from user agency to Columbus, and 
traffic from Columbus to user agency. Traffic is given 
in units of characters per minute and represents 
activity during the busiest hour. 


WEST UMIOH S.O. 

1 

35.17 

29.60 

CLEVELAND S.O. 

48 

63-26 

70, 6S 

DELPHOS P.D. 

2 

35.62 

34,82 

CLEVELAND OSP 

48 

9.74 

14.61 

LIMA P.D. 

3 

237.45 

170.65 

CLEVELAND HGTS. P.D. 

49 

240.00 

160.58 

LIMA S.O. 

3 

153.01 

113.12 

CUYAHOGA COM. COL. 

4 9 

30.20 

45.30 

LIMA O.S.P. 

3 

51.90 

77.85 

CUYAHOGA HGTS. P.D. 

50 

17.02 

23.18 

ASHLAND P.D. 

N 

52.66 

45.44 

E. CLEVELAND P.D. 

51 

233.89 

178.80 

ASHLAND S.O. 

4 

45.81 

55.40 

EUCLID P.D. 

52 

193.13 

151.42 

ASHLAND O.S.P. 

4 

82.55 

123.82 

FAlfiVIEW PK. P.D. 

53 

50.35 

43.13 

ASHTABULA P.D. 

5 

134.14 

96.49 

GARFIELD HGTS. P.D. 

54 

66.00 

54.58 

ASHTABULA OSP 

5 

67.31 

100,96 

LAKEWOOD P.D. 

55 

157.46 

121.45 

CONNEAUT P.D. 

6 

39.86 

37.43 

LYNDHURST P.D. 

56 

52.51 

47.36 

JEFFERSON S.O. 

7 

105.41 

92.54 

MAPLE HGTS. P.D. 

57 

103.47 

72.66 

JEFFERSON THP P.D. 

7 

14.74 

15.38 

MAYFIELD HGTS. P.D. 

58 

96.98 

99.05 

ATHENS P.D. 

e 

23.59 

18.74 

MAYFIELD VIL. P.D. 

59 

28.00 

32.82 

ATHENS S.O. 

a 

38.95 

32.07 

HIDDLEBUHG HGTS. P.D. 

60 

104.63 

106.20 

ATHENS O.S.P. 

8 

42.03 

63.05 

NEWBURGH HGTS. P.D. 

61 

19.69 

24.22 

NELSON 7ILLE P.D. 

9 

33.44 

38.16 

N. OLMSTED P.D. 

62 

100.64 

92.02 

OHIO UNIV. P.D. 

10 

50.54 

75.81 

H. ROYALTQN P.D. 

63 

37.00 

38.90 

SAINT HARTS P.D. 

11 

65.81 

79.83 

OAKWOOD VIL. P.D. 

64 

24.84 

28. 73 

SAINT MARTS O.S.P. 

11 

55.48 

83.22 

OLMSTED THP P.D. 

65 

19.24 

22.04 

uaparonbta P.d. 

12 

31.83 

33.77 

PARMA P.D. 

66 

198.87 

133.35 

WAPAKOHETA S.O. 

12 

43.58 

43.35 

PARMA HGTS. P.D. 

67 

56.24 

39.11 

MARTINS FERHI P.D. 

13 

29.74 

34,72 

PEPPEP PIKE P.D. 

68 

33-65 

38.94 

ST, CLAIRSVILLE OSP 

14 

60.04 

90.04 

RICHMOND HGTS. P.D. 

69 

43.51 

43.57 

GEORGETOWN OSP 

15 

40.68 

61.02 

ROCKY RIVER P.D. 

70 

50.06 

42.44 

FAIRFIELD P.D. 

16 

62.89 

56.50 

SHAKER HGTS. P.D. 

71 

210.29 

170.92 

HAMILTON P.D. 

17 

399.59 

271.97 

SOLON P.D. 

72 

50.66 

54.01 

HAMILTON S.O. 

17 

146.51 

110.41 

S. EUCLID P.D. 

73 

63.66 

52.80 

HAMILTON OSP 

17 

77.13 

115.69 

STRONGSVILLE P.D. 

74 

60.12 

54.51 

MIDDLETOWN P.D. 

16 

247.26 

159.57 

UNIVERSITY CIR. P.D. 

75 

117.98 

81.66 

OXFORD P.D. 

19 

64.41 

47.63 

UNIVERSITY HGTS. PD 

76 

60-39 

55.64 

CARROLLTON S.O. 

20 

63.79 

57.03 

WALTON HILLS P.D. 

77 

24.64 

32.04 

URBANA P.D. 

22 

53.03 

48.72 

WARRENS VILLE H. P.D. 

78 

134.68 

121.69 

URBANA S.O. 

22 

71.98 

62.46 

WESTLAKE P.D. 

79 

47.08 

46.22 

NEW CARLISLE P.D. 

23 

34.90 

36.08 

GREENVILLE P.D. 

80 

41.35 

39.92 

SPRINGFIELD P.D. 

24 

357.95 

216.77 

GREENVILLE .5,0. 

80 

83.10 

71.75 

SPRINGFIELD S.O. 

24 

146,55 

114.66 

DEFIAHI. :.,.0 

61 

99-76 

76.27 

SPRINGFIELD OSP 

24 

89.70 

134.55 

DEFIANCE w 

81 

52.47 

78.70 

BATAVIA S.O. 

25 

122.69 

99.96 

DELAWARE P.D. 

82 

74.51 

58.91 

BATAVIA OSP 

25 

63.30 

124.95 

DELAWARE S.O. 

62 

66.12 

58.07 

BETHEL P.D. 

26 

14,38 

15.55 

DELAWARE OSP 

82 

70.96 

106.44 

HEW RICHMOND P.D. 

27 

16.24 

17.14 

CASTALIA OSP 

204 

9.62 

14.43 

WILMINGTON OSP 

29 

109.19 

163.79 

HURON P.D. 

S3 

35 .-84 

36.91 

COLUMBIA P.D. 

30 

23.39 

28.52 

PERKINS THP P.D. 

84 

39.76 

31.18 

E. LIVERPOOL P.D 

31 

56.93 

46.55 

SANDUSKY P.D. 

85 

160.73 

104.63 

LISBON S.O, 

32 

40. B3 

43.47 

SANDUSKY S.O. 

85 

45.14 

38.05 

LISBON OSP 

32 

89.26 

133.89 

SANDUSKI OSP 

85 

63.35 

95.77 

SALEM P.D. 

33 

52.79 

47.39 

VERMILLION P.D. 

86 

37.89 

42.86 

COSHOCTON S.O. 

34 

43.75 

41.30 

LANCASTER P.D. 

88 

102.46 

73.75 

BUCTRUS P.D. 

35 

63.46 

55.54 

LANCASTER S.O. 

83 

63.95 

58.02 

BUCTRUS S.O. 

35 

30.02 

33.10 

LANCASTER OSP 

BS 

63-65 

95.48 

BUCTRUS OSP 

35 

46.04 

69.07 

WASHIHGtON CO. P.D. 

89 

45.32 

39.92 

CALIQN P.D. 

36 

69.14 

60.10 

WASHINGTON CO. S.O. 

89 

80.53 

65.51 

BAS VILLAGE P.D. 

37 

37.01 

31.40 

BEXLEY P.D. 

90 

67.62 

53.82 

BEACHWQOD P.D. 

33 

59.40 

59.92 

CLINTON THP P.D. 

91 

49.33 

51.25 

BEDFORD P.D. 

39 

64.85 

55.24 

COLUMBUS HUT 

91 

2.70 

4.04 

BEDFORD HGTS. P.D. 

40 

65.00 

57.03 

COLUMBUS ACA, OSP 

91 

3.33 

5-82 

BEREA P.D. 

41 

57.26 

44.39 

COLUMBUS P.D. 

91 

2934.09 

1897.83 

BEREA OSP 

41 

143.71 

215.57 

COLUMBUS S.O. 

91 

304.84 

226. 32 

BRATENAHL VIL. P.D. 

42 

25.65 

34.08 

COLUMBUS OSP 

91 

37.91 

56.86 

BBECKSVILLE P-D. 

43 

31.02 

34.01 

GAHANNA P.D. 

92 

56.75 

50.89 

BROADVIEW HGTS. P.D. 

44 

25.09 

27.01 

GRANDVIEW HGTS. P.D. 

93 

44.03 

43.00 

BROOKLIN P.D. 

45 

82.78 

70.47 

GROVE CITY P.D. 

94 

56.31 

50.89 

BROOK PARK P.D. 

46 

110.67 

100.71 

HILLIARD P.D. 

95 

44.60 

42.50 

CHAGRIN FALLS P.D, 

47 

30.41 

36.69 

MADISON THP. P.D. 

91 

83.92 

79.17 

CLEVELAND F.B.l. 

48 

26.51 

39.76 

OHIO ST. UNIV. P.D. 

91 

25.61 

38.41 

CLEVELAND MPR 

43 

22.03 

33.04 

PERRY TWP. P.D. 

91 

33.13 

31 .28 

CLEVELAND S UKIV. PD 

48 

35.46 

53.20 

REYNOLDSBURG P.D. 

96 

55.96 

48.25 

CLEVELAND P.D. 

48 

4306.17 

3160.21 

i UPPER ARLINGTON P.D. 

97 

114.90 

98.11 
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Table 6-27. Ohio 1985 Traffic To and From Each User Agency 
(Continuation 1) 


WESTERVILLE P.D. 

93 

69.97 

59.59 

TOLEDO P.D. 

152 

2220.01 

1387.76 

WHITEHALL P.D. 

99 

138-10 

93.06 

TOLEDO S.O. 

152 

152.64 

117.43 

wohthimgtdh P.d. 

ICO 

'66.12 

59-90 

TOLEDO OSP 

152 

44.39 

66. L3 

SHAHIOK OSP 

15D 

8.48 

12.72 

UNIV. OF TOLEDO P.D. 

152 

20.11 

30.17 

uauseoh S.O. 

101 

56.56 

50.62 

HALBRIDGE OSP 

153 

72.26 

108.40 

GALLIPOLIS OSP 

102 

46.96 

70.43 

LONDON BCI 

154 

39.87 

59.30 

CHARDOH S.O. 

103 

91.03 

83.30 

W. JEFFERSON OSP 

155 

88.43 

132.65 

CHARDOH OSP 

103 

68.47 

102.71 

AUSTINTOHH P.D. 

156 

106.90 

80.31 

CHESTER TWP. P.D. 

1011 

19.46 

19.62 

BOARDHAN P.D. 

157 

97.23 

61.82 

BEAVER CRK TWP P.D. 

105 

41.28 

73.30 

CAMPBELL P.D. 

158 

49.13 

42.67 

fairborh P.d. 

10& 

107.69 

64.69 

CANFIELD OSP 

159 

61.99 

92.99 

WRIGHT S. UNIV. P.D. 

107 

16.99 

25.48 

STHUTHEHS P.D. 

160 

54.37 

43.72 

XEHIA P.D. 

108 

81.56 

57.48 

YOUNGSTOWN P.D. 

161 

510.49 

429.51 

XEHIA S.O. 

108 

90-33 

86.24 

YOUNGSTOWN S.O. 

161 

81.36 

69.55 

XEWIA OSP 

108 

60. IS 

90.27 

YOUNGSTOWN UNIV. PD 

161 

19.57 

29.35 

XELLOW SPRS. P.D. 

109 

32.12 

35.66 

MARION P.D. 

162 

173.42 

109.39 

CA1.1BRIDGE P.D. 

110 

57.15 

54.38 

MARION S.O. 

162 

07.09 

76.13 

CAMBRIDGE S.O. 

110 

43.23 

37.63 

MARION OSP 

162 

57.09 

85.64 

CAMBRIDGE OSP 

110 

77.24 

115.87 

BRUNSWICK P.D. 

163 

42.43 

37.88 

CIHCIHHATI P.D. 

111 

2599.37 

1879.43 

MEDINA P.D. 

164 

84.18 

63-97 

HAMILTON CO. CTR, 

111 

21.45 

32.18 

MEDINA S.O. 

164 

105.29 

89.53 

MIAMI TWP P.D. 

112 

28.51 

40.59 

MEDINA OSP 

164 

51.93 

77.89 

R.C.I.C. 

111 

761.82 

1142.73 

WADSWORTH P.D, 

165 

68.55 

54.24 

FIHDLAY P.D. 

113 

107.91 

70.06 

CELINA P.D 

166 

84,22 

74-25 

FINDLAY S.O. 

113 

58.68 

48.08 

PiqUA P.D. 

167 

113.31 

81.05 

FINDLAY OSP 

113 

55.42 

83.13 

PIQUA OSP 

167 

79.12 

113.68 

KENTON P.D. 

115 

34.19 

33.51 

TIPP CITY P.D. 

168 

29.99 

32.45 

KENTON S.O, 

115 

73-04 

53.76 

TROY P.D. 

169 

78.64 

60,50 

CADIZ S.O. 

116 

35.68 

33- s. 

TROY S.O. 

169 

101.04 

89.98 

NAPOLEON P.D. 

117 

42.96 

41.88 

BHOOKVILLE P.D. 

170 

31.00 

35.86 

NAPOLEON S.O. 

117 

37.46 

27.74 

CENTERVILLE P.D. 

171 

68-47 

56.35 

HILLSBORO P.D. 

118 

51.06 

57.54 

DAYTON P.D. 

172 

1711.90 

1030.55 

LOGAN S.O. 

119 

42.72 

33- » 

DAYTON S.O. 

172 

465.03 

346.49 

MILLEHSBURG S.O. 

120 

43.76 

51 j3 

DAYTON OSP 

172 

84-37 

126.56 

NORWALK P.D. 

121 

77.92 

S' .29 

ENGLEWOOD P.D. 

173 

40-59 

4o.4g 

NORWALK S.O. 

121 

46.05 

,8.45 

GERMANTOWN P.D 

174 

4D.32 

38.44 

NORWALK OSP 

121 

54.86 

82.30 

KETTEHIHC P.D. 

175 

252.41 

160.13 

HILLARD P.D. 

122 

33.59 

35.63 

MADISON IWP. P.D. 

179 

118.43 

98.44 

JACKSON S.O. 

123 

28.31 

25.48 

HIAMISBURG P.D. 

176 

111.27 

79.89 

JACKSON OSP 

123 

29.52 

44.27 

MORAINE P.D. 

177 

63.59 

60.83 

STEUBENVILLE P.D. 

124 

169.38 

118.87 

OAKWOOD P.D. 

178 

68.11 

67.09 

STEUBENVILLE S.O. 

124 

92.17 

64.56 

TfiOTHQQD P.D. 

179 

84.21 

67.10 

STEUBENVILLE OSP 

124 

55.14 

82-72 

VANDALIA P.D. 

180 

46.74 

47.35 

HT. VERNON P.D. 

125 

57.88 

54.63 

W, CARROLLTON P.D. 

131 

48.98 

43.77 

HT. VERNON S.O. 

125 

77.95 

66.44 

WRIGHT-PAT AFB PD 

132 

9.34 

14.01 

MT, VERNON OSP 

125 

30.27 

45.40 

HT. GILEAD SO/ PD 

183 

67.58 

63-27 

EASTLAKE P.D. 

126 

52.11 

43.15 

ZANESVILLE P.D. 

184 

70.31 

46.72 

KIRTLAND P.D. 

127 

38.65 

42.92 

ZANESVILLE S.O. 

184 

80.68 

52,27 

MENTOR P.D. 

129 

161.10 

126.25 

ZANESVILLE OSP 

134 

53.41 

80.11 

MENTOR OTL. P.D. 

129 

27.03 

29.73 

OAK HARBOR P.D. 

185 

21,74 

25.86 

PAIHSVILLE P.D. 

130 

63.88 

61.07 

PORT CLINTON P.D. 

186 

39.62 

40.15 

PAINSVILLE S.O. 

130 

95.67 

81.27 

PORT CLINTON 3.0. 

186 

59.12 

46.85 

WICKLIFFE P.D. 

132 

47.99 

40. 11 

PAULDING S.O. 

187 

42.36 

37.38 

WILLOUGHBY P.D. 

133 

74.84 

63.34 

N. LEXINGTON S.O. 

188 

44.03 

37.06 

WILLOUGHBY HILLS PD 

134 

46.23 

46.39 

CIRCLEVILLE P.O. 

189 

47.21 

41 .51 

WILLOWICK P.D. 

135 

51.66 

41.16 

CIHCLEVILE S.O. 

109 

95.44 

90.19 

IROHTQN S.O, 

136 

67.08 

49.06 

CIRCLEVILLE OSP 

189 

64.01 

96.01 

IRONTON OSP 

136 

44.88 

67.32 

WAVERLY P.D. 

190 

30.48 

33.53 

GRANVILLE OSP 

137 

64.75 

97.12 

WAVERLY S.O, 

igo 

25.47 

24.97 

NEWARK P.D. 

138 

142.82 

97.64 

AURORA P.D. 

191 

31.64 

34.27 

NEWARK S.O. 

138 

72.25 

40.66 

HIRAM OSP 

192 

7.06 

10.59 

BELLEFOHTAIHE P.D. 

139 

48.77 

43.36 

KENT P.D, 

193 

34.40 

48.11 

BELLEFOUTAINE OSP 

139 

45.65 

68.46 

KENT ST. UNIV. P.O. 

193 

19.68 

29.51 

AMHERST P.D. 

140 

37.86 

39.09 

RANDOLPH TWP. P.O. 

144 

23.49 

32.79 

AVON LAKE P.D. 

1«1 

34.67 

35.86 

RAVENNA P.D. 

195 

6C . 91 

50.78 

ELYRIA P.D. 

142 

114.40 

73.90 

RAVENNA S.O. 

195 

169.43 

127.42 

ELYRIA S.O. 

142 

82.77 

68.13 

RAVENNA OSP 

195 

89.05 

133.57 

ELYRIA OSP 

142 

39.31 

58.97 

STHEETSBORO P.D. 

196 

38.42 

32.91 

LORAIN P.D. 

143 

174-18 

97-58 

EATON P.D. 

197 

21.17 

30. DO 

N. RIDOEVILLE P.D. 

144 

42.47 

38.72 

EATON OSP 

197 

52-34 

78.00 

OBEHLIN P.D. 

145 

35.61 

33.80 

OTTAWA S.O. 

193 

40. 16 

38.00 

SHEFFIELD LAKE P.D. 

146 

24.76 

25.34 

MANSFIELD P.D. 

199 

227.43 

148.69 

MAUMEE P.D. 

147 

85.41 

69.76 

MANSFIELD S.O. 

199 

129.18 

102.22 

NOHIS 

152 

25.48 

30.22 

MANSFIELD OSP 

199 

72.11 

108.17 

OREGON P.O. 

149 

64.68 

56.17 

ONTARIO P.D. 

200 

39.40 

39.96 

SYLVANIA P.D. 

151 

70.02 

58.74 

SHELBY P.D. 

201 

33.49 

34.10 

SYLVANIA TWP P.D. 

151 

50.14 

42.44 

CHILLICOTHE P.D. 

202 

85.13 

68. 61 
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Table 6-27* Ohio 1985 Traffic To and Froca Each User Agency 
(Continuation 2) 


CHXLLICOIHS S.O. 

2D2 

64.54 

56.09 

GIRARD P.D. 

227 

42.57 

38.67 

CttILLlCOTHE 03P 

202 

35.20 

52.80 

HOWLAND TWP. P.D. 

228 

151.46 

103. 83 

BELLEVUE P.D. 

203 

31.18 

38.33 

HUBBARD P.D. 

229 

27.40 

29.75 

FBEMONT P.D. 

205 

60.29 

65-36 

LIBERTY TWP P.D. 

230 

49.58 

42.53 

FSEMONT 3.0. 

205 

41.21 

39-53 

WARREN P-D. 

231 

235.52 

154.45 

FREMONT OSP 

205 

57-94 

86.91 

HARHEN S.O. 

231 

190.3a 

131.32 

PORTSMOUTH P.D. 

206 

143.52 

102.23 

HARREN OSP 

231 

69.01 

103-51 

PORTSMOUTH 5.0. 

206 

95-37 

65.73 

DOVER P. D. 

232 

41.50 

40.09 

PORTSMOUTH OSP 

206 

38.85 

58.26 

H- PHILADELPHIA P.D. 

233 

51.20 

42.12 

FOSTORIA P.D. 

207 

55.70 

52.33 

H. PHILADELPHIA S.O. 

233 

72.58 

63.62 

TIFFIN P.D. 

203 

91.00 

70.48 

H. PHILADELPHIA OSP 

233 

45.78 

68.67 

TIFFIN S.O. 

208 

52.25 

48,72 

MARYSVILLE P.D. 

234 

22.05 

30.78 

SIDHES P.D. 

209 

70.22 

59.62 

MARYSVILLE 3.0. 

234 

43.2.3 

46.31 

SIDKET S.O. 

209 

39.21 

45.83 

VAN WERT P.D. 

236 

46.93 

42,73 

ALLIANCE P.D. 

210 

87.93 

68.49 

VAN WERT S.O. 

236 

15-21 

15.60 

CANTON P.D. 

211 

530.43 

367.36 

VAN WERT OSP 

236 

31.69 

47.53 

CANTON S.O. 

211 

335.90 

229.58 

FRANKLIN P.D. 

247 

80.32 

60.29 

LOUISVILLE P.D. 

212 

29.39 

30,11 

LEBANON P.D. 

233 

40.74 

44.65 

MASSILLON P.D. 

213 

128.62 

84.27 

LEBANON OSP 

238 

74.83 

112.24 

MASSILLON OSP 

El 3 

70.86 

106.30 

MARIETTA P.D. 

239 

32.25 

66.47 

MINER VA P.D. 

211 

23.70 

31.55 . 

MARIETTA S.O. 

239 

42.78 

34.67 

H, CANTON P.D. 

21 1| 

29.27 

30.39 

MARIETTA OSP 

239 

43.52 

65.26 

PERHI THP. P.D. 

213 

105.76 

75.74 

ORRVILLE P.D. 

240 

39.63 

39.12 

AKRON P.D. 

215 

1500.90 

934.62 

RITTHAH P.D. 

241 

16.64 

9.29 

AKRON 5.0. 

215 

276.35 

205.24 

WOOSTER P.D. 

242 

91.66 

76.51 

AKRON OSP 

215 

61.93 

92.89 

WOOSTER S.O. 

242 

99-26 

83.32 

BARBERTON P.D. 

216 

147.20 

93.73 

WOOSTER OSP 

242 

56.45 

84.67 

COPLEI P.D, 

217 

35.94 

34.85 

BRYAH SO/PD 

243 

88.19 

62.85 

CUIAHDGA FALLS P.D. 

218 

116.94 

78.96 

BOWLING GREEN P.D. 

244 

98.51 

96.03 

FAIRLAHN P.D. 

219 

64.71 

53.59 

BOWL.GH.ST.UHIV. P.D. 

Z44 

33.23 

49.85 

HUDSON P.D. 

220 

31.31 

35.23 

NORTHWOOD P.D. 

148 

32.01 

36.51 

HORTON P.D. 

221 

55.22 

53.19 

PERRYSBURG P.D. 

245 

176.82 

117.97 

RICHFIELD P.D. 

222 

29-90 

32.06 

PERRYSBUHG THP, P.D. 

245 

33.82 

37.28 

STOW PD. 

223 

69.05 

59-44 

WHINE TWP P.D. 

246 

3.11 

2.16 

TALLHADGE P.D. 

224 

64.13 

52.34 

UPPER SANDUSKY S.O. 

247 

52.10 

41.38 

THIHSBURG P.D. 

225 

45.94 

47.67 

NCIC 

248 

5921.47 

6382.20 

BROOKFIELD THP P.D. 

226 

21.98 

29-70 

NLBTS 

249 

432.73 

724.09 


REPRODUCIBILITY OF THE 
ORIGINAL PAGE IS POOR 
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Table 6-28. Distribution of Ohio 1985 Traffic by Message Type 


Number of Message 

Messages Length 


LEADS 

Operators Lie - In 
Operators Lie - Out 
Vehicle Regis - In 
Vehicle Regis - Out 
Auto Alert - In 
Auto Alert - Out 
Wants Warrants - In 
Wants Warrants - Out 
NCIC 

Columbus — I- NCIC 
NCIC — “ Columbus 
Columbus— User Agency 
NLETS 

To Oper Lie from O.S.* 

From Oper Lie to O.S. 

To Veh Reg from O.S. 

From Veh Reg to O.S. 

User Agency —Columbus 
Columbus — NLETS 
NLETS — - Columbus 
Columbus — -User Agency 
NLETS Adm — -Columbus 
User Agency (Adm) — -Columbus 
Columbus (Adm) —NLETS (Adm) 
Adm - In 
Adm - Out 

E 

New Data Types 
Law Enf. CCH - In 
Law Enf. CCH - Out 
Courts CCEl - In 
Courts CCH - Out 
Corrections CCH - In 
Corrections CCH - Out 
SJIS - In 
SJIS - Out 
OBSCIS - In 
OBSCIS - Out 
Fingerprints - In 
Fingerprints - Out 
BCII Data Conv - In 
BCII Data Conv - Out 

E 

*0ther States 


15,910 

17 

15,910 

285 

27,710 

11 

27,710 

175 

12,170 

11 

12,170 

80 

3,700 

56 

3,700 

55 

38,760 

50 

38,550 

90 

38,550 

90 

190 

35 

140 

300 

1,030 

50 

990 

175 

780 

50 

780 

50 

690 

200 

690 

200 

4,760 

300 

1,240 

300 

1,240 

300 

6,720 

250 

30.R00 

250 

284,400 


42,690 

627 

42,690 

350 

12,810 

901 

12,810 

250 

2,300 

960 

2,300 

180 

12,130 

960 

12,130 

180 

6,160 

960 

6,160 

180 

1,870 

1,852 

1,870 

279 

7,000 

772 


270 


169,920 454,300 
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6.4 LEADS and BMV Integration 

Currently in Ohio the Law Enforcement Automated Data System 
(LEADS) and the Bureau of Motor Vehicles share a common set of Vehicle 
Registration and Drivers License files. However each system maintains 
a separate set of communication links tying their users into these 
common files. Because of budgetary constraints, Ohio is considering 
the integration of communication links serving LEADS and BMV users. 

Design of such an integrated system as well as cost comparisons 
with the existing two separate systems can only be accomplished if the 
amount of communication traffic transmitted on the BMV system is known. 

3h this section current BMV traffic volumes will be given and projections 
will be made of future BMV traffic out until 1985 • Traffic is also 
distributed to the over 200 BMV branch offices. It should be noted 
that BMV traffic can not be categorized as criminal justice traffic 
and as such was not included in the general discussions of the assessment 
of criminal justice communications user requirements. -However since 
the state of Ohio is considering the integration of the BMV and LEADS 
Goramunication systems, an assessment of current and future BMV traffic 
levels is required . 

He received traffic statistics from the Ohio BMV which detailed 
the amount of traffic transmitted on each of the 28 communication lines over 
the last year. Traffic was separated into two types? DRINQ and DROOL. DRINQ 
refers to checks made of past driving records and DROOL are messages sent 
In the early morning hours updating driving records. Total messages were 
calculated by adding DRINQ inquiries, DRINQ responses and DROOL messages 
over all communication lines. Using a four percent per year growth rate, 
projections of total drivers license message levels were made. 

The Ohio BMV expects in the future to utilize their communication 
system in processing vehicle registration renewals. They plan to have 
converted from the present mail-in system to electronic data transfer 
by 1978. Ohio planners say that there will be approximately three times 
as much vehicle registration traffic as drivers license traffic because 
vehicle registrations must be renewed each year . We thus assumed 
an additional traffic component of vehicle registration messages beginning 
in 1978 and of magnitude approximately three times as large as the 
number of drivers license messages. A four percent yearly growth rate 
was applied to this new message type as well. The sum of drivers 
license messages and vehicle registrati^.n messages thus became the 
predicted total BMV message volumes. 

Data was not available which described the amount of traffic 
to and from each terminal. We assumed that the amount of traffic to 
and from a terminal was proportional to the population served by the 
terminal. Thus we distributed traffic on each line to the between 
5 to 12 terminals per line according to the relative population served 
by each terminal. We also assumed that during and after 1978, vehicle 
registration renewals would occur in the same locations as drivers 
license renewals are currently processed . 
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In ordei? to perform network design, two measures of BMV 
traffic volumes are required. They are the average number of messages 
per day and the number of characters transmitted during a peak minute. 
Recall that currently drivers license record checks and the corresponding 
responses occur between 8 A.M. and 5 P.M. while transmission of updated 
records is not done until the early morning hours. The functional 
requirements for our network call for message prioritization, so instead 
of dumping updated license renewals during pre-dawn hours, we will 
assume them to be transmitted over the entire 24 hour period as low 
priority messages. 

Measures of BMV traffic for periods prior to 1978 are obtained 
as follows. From the statistics we know that in 1976 there were: 

1,815,000 DIINQ messages 

1,815,000 DROOL messages 

We also know that each DIINQ into Columbus results in a response which 
is sent back out to the terminal which we call a DIRESP message. Thus 
total messages equals ; 


DIINQ 

Yearly Mag. Vol. 
1815000 

DIRESP 

1815000 

DROOL 

1815000 

TOTAL 

5,445,000 


To calculate peak characters per minute we assume the peak occurs between 
8 A.M. and 5 P.M. If we let X equal total BMV' traffic in messages 
per year then we know: 

Number of Yearly DIINQ messages = 1/3X 

Number of Yearly DIRESP messages = 1/3X 

Number of Yearly DROOL messages = 1/3X 

To convert from messages per year to messages per minute we must use 
a conversion factor of the number of minutes per year. Since DIINQ 
and DIRESP messages can be sent 8 hours a day and 6 days a week 

8 hrs 6 days 52 weeks 60 min 149760 rain 

time 1 = X X X = 

day weeks yr hr year 

DROOL can be sent 24 hrs and 6 days per week. Thus 

day 


24 hrs 6 days 52 weeks 60 min 

time 2 = X X X = 3 X TIME 1 

day week yr hr 


The conversion from messages to characters Is made by knowing that 
there are 120 characters per message for DROOL and DIRESP messages and 
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40 characters per message for DIINQ messages. Finally the peak 
to average ratio is assumed to be 1.5. If Y equals BMV traffic in peak 
characters per minute then: 


Y = 1.5 



Number of 
DIINQ Msgs 


X 


1 

TIME 1 


( Number of \ 1 

X X 120 

DIRESP Msgs/ TIME 1 


/number of \ 

yORCOL Msgs/ 


1 

TIME 2 



Y = 1.5 1/3X 


1 

tlSi 1 


X 40 + 1/3X 


1 

timI 1 


X 120 + 1/3X 


1 

3 TIME 1 


X 120 


Y = 1.5X {C200/(3xTIME 1)} 


Y = .000668 X 


After 1977, when vehicle registration renewals are added 
to the system, it is assumed that total traffic is 4.3 times as great 
as traffic volumes would have been had thei-e been no addition of vehicle 
registration renewals. We further assume that for each vehicle registration 
renewal there will be a query of the vehicle registration file, the 
corresponding response, and the transmission of the updated file. 

Message lengths of these three message types are equivalent to DIINQ, 

DIRESP and DROOL message types respectively. Peak characters per 
minute can thus be computed as before by using the equation 


Y = .000668 X 


Using the above methods and assumptions we have generated 
Bureau of Motor Vehicle traffic estimates for the years 1977, 1979, 1981, 
1983 and 1985 . Traffic projections are equivalent whether or not BMV 
is integrated with LEADS. Projected values are: 



Number of 
Avg. Daily 
Messages 

Peak Characters 
Per Minute 

1977 

8,965 

1868 


78,887 

16441 

1981 

84,907 

17696 

mi 

92,357 

19249 


98,362 

20500 
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SECTION 7 

NETWORK ANALYSIS AND DESIGN TOOLS 


This section describes the principal network and analysis 
design tools developed and utilized during the STACOM Project. 

Section 7.1 discusses the Network Topology Program. Section 
7.2 develops the approach to network reliability and availability 
analysis. Sample calculations are presented for the Ohio LEADS systems. 
Section 7*3 derives the approach to network queueing analysis that leads 
to the development of network response time analysis techniques. Sample 
calculations are also given. 


7.1 THE STACOM NETWORK TOPOLOGY PROGRAM 

Two types of analysis are involved in designing a communica- 
tion network. The first is concerned with arriving at acceptable line 
loadings; the second involves the achievement of optimal (least cost) 
line configurations. The STACOM program has been developed to accomplish 
both types of analysis. 

Before describing the STACOM program itself, we will examine 
a state criminal justice information system and its communication network 
as an example of a typical communication network. We will then discuss 
the goal of the STACOM program. 


7-1.1 State Criminal Justice Information System 

An information system is usually developed to provide a 
systematic exchange of information between a group of organizations. The 
information system is used to accept (as inputs), store (in files or a 
data base) and display (as outputs) strings of symbols that are .grouped in 
various ways. While an information system may exist without a digital 
computer, we will consider only systems which contain digital computers as 
integral parts. 

Information systems can be classified in various ways for 
various purposes. If classification is by type of service rendered, the 
type of information system which serves a criminal justice community in a 
state can be considered as an information storage and retrieval system. 
This type of information system is the subject of our interest. For 
example, the state of Ohio has an information system with data base 
located at Columbus. The data base contains records on wanted persons, 
stolen vehicles and stolen license plates. Also included in the same 
computer are files of the Bureau of Motor Vehicles (BMV) which contain 
records on all licensed drivers and motor vehicles in the state. 
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7.1.2 State Digital Communication Network 

For a given state information system, storage and retrieval 
of data to/from the data base can be accomplished in various ways for 
different user requirements. In general, the users of a state criminal 
justice information system are geographically distant from the central 
data base computer. Since fast turn-around time is a necessity for 
this particular user community, direct in-line access to the central 
data base by each criminal justice agency constitutes the most important 
user’s requirements. In addition, it is required to quickly move message 
data from one agency to another at a different location. All of these 
goals require a data communication network. Because the computer deals 
only with digital data, only digital data communication networks are 
considered here. 

A digital communication network consists mainly of a set of 
nodes connected by a set of links. The nodes may be computers, terminals 
or some type of communication control units in various locations, while 
the links are the communication channels providing a data path between the 
nodes. These channels are usually private or switched lines leased from 
a common carrier. A simple example of a network is given in Figure T-1 , 
where the links between modems are the communication lines leased from a 
common carrier. The communication control unit in city E is used to 
multiplex or concentrate several lower speed terminals onto a high-speed 
line. The line which connects cities G, D, and others is called multidrop 
line which connects several terminals to the data base computer. 


7 . 1.3 A STACOM Communication Network 

For the purposes of the STACOM study, a communication network 
is defined as a set of system terminations connected by a set of links. 
Each system termination consists of one or more physical terminals or 
computers located at the same city. 


7-1.4 Communication Network Configurations 

The communication network for an information system with a 
central data base computer will be one of three basic network 
configurations; the star, the multidrop, or distributed connection. 

These three types are shown in Figure 7-2. 

As shown in the figure, the star network consists of four 
direct connections, one for each system termination. Each connection is 
called a central link. The multidrop network has one line with two system 
terminations and two central links. In the distributed network shown, 
more than one path exists between each individual system termination and 
the central data base. 
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STAR NETWORK 



MULTIDROP NETWORK 



DISTRIBUTED NETWORK 


Figure 7-2. Basie Communication Network Configurations 
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7.1.5 Network Optimization 

Given a oommunication network, the operating costs for the 
various types of lines or common carrier facilities required are governed 
by tariffs based upon location, circuit length and type of line. 

Experience suggests that the operating cost of a network can often be 
substantially reduced by an initial investment in a configuration 
analysis. In other words, some efforts in network optimization generally 
provide cost-saving. 

There are two ways of constructing a communication network in 
a geometrical sense. One can divide a communication system into several 
regions, construct a minimum cost regional communication network for each 
region, and then build an inter-regional network connecting all of the 
regional centers to the central data base center. Each regional center is 
responsible for switching messages issued from and returned to each system 
termination in the region. Alternatively, one can consider the whole 
system as a region which is entirely made up of system terminations, and 
perform optimization for that region. 


7.1.6 The STACOM Program and its Purposes 

One of the objectives in the STACOM study is to design minimum 
cost and effective communication networks which will satisfy the predicted 
future traffic load for both selected model states, Ohio and Texas. In 
order to achieve this objective, the STACOM program was developed and 
utilized for the analysis and synthesis of alternative network topologies. 

It is also the project's goal that the final product be a portable soft- 
ware package which can be used as a network design tool by any user. 

In network design, two major problems are the selection of a 
cost-effective line configuration for given traffic, and the design of a 
least cost network to arrive at lower operating costs. 

The goal of the STACOM program is to provide a user with a sys- 
tematic method for solving both problems. In other words, the main purpose 
of the STACOM program is to provide the network designer with a tool which 
he can use for line selection and for obtaining least-cost line connections. 


7.1.7 Functions Performed by the STACOM Program 

The STACOM program is a software tool which has been developed 
for the purpose of designing least cost networks in order to achieve 
lower operating costs. It utilizes a modified Esau-Williams technique 
to search for those dix'ect links between system terminations and a 
regional switching center (RSC) which may be eliminated in order to 
reduce operating costs without impairing system performance below that 
specified. The RSC either provides a switching capability or is a data 
base center or both. 

Inputs for the STACOM program contain data such as traffic, 
terminal locations, and functional requirements. The network may be 
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divided into any number of desired regions in any given program run. Each 
region has an RSC which serves terminals in its region. RSCs are finally 
Interconnected to form the complete network. Upon receipt of a complete 
set of input data, the program first performs formations of regions and, 
if needed, selection of RSCs. The program then builds a regional network 
in which only system terminations in the region are connected. The 
program then optimizes the regional network for each region requested by 
the user. 


The formation of regions is performed by the program on the 
basis of attempting to arrive at near equal amounts of traffic for all 
regions. After finding the farthest unassigned system termination from 
the system centroid (a geographical center), the program starts formation 
of the first region by selecting unassigned system terminations close to 
this system termination until the total amount of traffic for that region 
is greater than a certain percentage ( 90^6 in this implementation) of the 
average regional traffic. The average regional traffic is simply the 
total network traffic divided by the number of desired regions. The same 
proce.'-s is repeated by the program in forming the rest of the regions. 

The selection of an RSC is based on the minimal traffic- 
distance product sum. In the selection process, each system termination 
is chosen as a trial RSC and the sum of traffic-distance products is then 
calculated. The location of the system termination which provides the 
minimal sum is then selected as the ESC. The location of the RSC for a 
given region may also be specified by the user. The optimization process 
consists of two basic steps, i.e., searching for lines whose elimination 
yields the best cost saving, and updating of the network. The two steps 
are repeated until no further saving is possible. 

Before performing network optimization, the STACOM program 
constructs an initial star network in which each system termination is 
directly connected to the regional center. It then starts the optimi- 
zation process. At the termination of this process, a multidrop network 
is generally developed. In a multidrop network, some lines have more than 
one system termination; these are called multidrop lines. 

When needed, the STACOM program will continue to form an 
interregion network, which consists of a set of regional centers and has 
a direct link between any two region centers. The program then performs 
optimisation on tht; network. 

The process for interregional network optimization involves 
the same two steps; searching and updating. However, the searching step 
is primarily for finding an alternate route to divert traffic between two 
regional switching centers with the best saving. 

Based on the data provided, a successful run of the STACOM 
program generates a regional printer output and, if requested, a CalComp 
plot. The printer output contains data such as initial regional network 
and optimised network, assignments of system terminations, etc. The 
CalComp plot shows the geographical connections of the optimized network 
in which, multidrop line actually connects all of the system terminations. 
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Figure 7-3 gives examples of regional star networks and 
initial inter-regional network; Figure 7-4 gives examples of optimized 
regional networks and inter-regional network obtained from Figure 7-3. 


7-1.8 Main Features 


As described in Paragraph 7.1, the STACOM program has been 


developed for the purpose of performing analysis and synthesis of 
alternative network topologies. The following is a list of features which 
characterize the STACOM program: 

(1) 

The Esau-Williams routine has been modified, tested, and 
utilized for determining near optimal (least cost), 
network topology. 

(2) 

A tree type structure is used as the storage structure 
in the program. 

C3) 

The program execution has been made flexible; for 
example, constraint on response time for a multidrop 
line is an input parameter. 

(4) 

A response-time algorithni has been implemented in the 
program. 

(5) 

A CalComp plotting routine has been included for drawing 
resulting multidropped networks. 

In the rest of this subsection, these main features are 
discussed in detail. 


7. 1.8.1 Structure 

7. 1.8. 1.1 Storage . Since a multidrop network can be viewed as a tree 
composed of sub-trees, it was determined that a tree-type data structure 
would be appropriate and convenient for representing a multidrop network. 

A tree-type storage structure is therefore needed in the 
program. This tree-type storage structure is implemented by defining a 
set of storage cells. 

Each system termination (data) is represented internally by a 
storage cell in the program. Each cell consists of five fields and each 
field occupies one word (i.e., a 36 -bit word for UNIVAC IIO 8 computers). 
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O REGIONAL SWITCHING CENTER 
O SYSTEM TERMINATION 

LINE CONNECTION BETWEEN SYSTEM TERMINATIONS 

LINE CONNECTION BETWEEN RSCs 

REGIONAL BOUNDARY LINE 


) 


Figure 7-3* Ejaniple of Initial Region Network and Initial 
Interregion Network 
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;j O REGIONAL SWITCHING CENTER 

I O SYSTEM TERMINATION 

LINE CONNECTION BETWEEN SYSTEM TERMINATIONS 

LINE CONNECTION BETWEEN RSCs 

I ^REGIONAL boundary LINE 
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Figure 7-4, Example of Optimized Regional Networks and Optimized 
Interregion Network 
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Defining that system termination X as a successor of Y, 
and Y a predecessor of X if X branches out from Y, and defining X as 
the root of a tree if it has no predecessor before it, then the basic 
storage cell for system termination A can be described as follows: 


A 


f*! 1 


^3 

f4 

^5 


Let c(fj^) = content of i-th field in a storage cell I;^, where I^ is 
an internal index for a system termination A (data) , then 

c(fi) = no, of system terminations under A 

c(f 2 ) = a pointer which points to the first successor of A 

c(f 2 ) = a pointer which points to the next system 

termination whose predecessor is the same as A's 


c(fi|) = a pointer which points back to the previous system 
termination whose predecessor is the same as A*s 


cCf 5 > = a pointer which points to A's predecessor 


lAien there is a '“zero" in a field, this indicates there is no 
one relating to A under that specific relationship. Given a tree as 
Figure 7-5, A is root of the tree; it has 4 descendents, i.e., B, C, D, 
and E. Figure 7-6 is the internal representation of that relationship 
among indice Ig, Iq, Ig and Ig which are internal cardinal numbers for 
system terminations A, B, C, D and E. 


The first field of storage cell indicates that there are 4 
system terminations under the pointer to Ig says that Ig is its first 
successor. Since I^ is the root of the tree, the other three fields are 
left with zeroes. 

In the case of Iq, Iq is its next successor of I^^, and its 
previous successor of I;^ is Ig. Its third field has a pointer pointing to 
Ig, and its fourth field a pointer pointing to Ig. 
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Figure 7-5. A Tree with A as its Hoot 



Figure 7-6. Internal Representation of the Tree in Figure 7-5 


7. 1.8 .1.2 Program . The STACOM program consists of twelve functionally 
independent routines. Figure 7-7 show*: the basic structure of the 
program. The functional interrelationship is indicated by arrows. 

An arrow from routine A to routine B indicates that routine B 
will be called upon by routine A during its execution. In addition, all 
of these routines communicate to each other through the COMMON block 
besides the normal subroutine arguments. 

Major functions of these eleven routines are given below: 

{ 1 } MAIN Routine 

This is the master routine of the STACOM program. In 
its execution, it reads in all the data required from an 
input device (card reader or demand terminal) and 
performs onlculations of distances between any two 
system term/.nations . It assigns system terminations to 
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regions, and, if necessary, selects the regional 
switching center by finding the system termination in 
the region with the minimal traffic-distance product 
sum. It calls upon routine RGNNET to build a star 
network and then performs network optimization, if 
required, for each of these regions. 

It also performs the construction of an inter -regional 
network and its optimization by calling subroutine 
IRNOP . 

In addition to these processings, the MAIN routine also 
prints out distance matrix, traffic matrix, and lists of 
system terminations by region. 

(2) RGNNET Routine 

This routine is called upon to act only by the MAIN 
routine. Its main functions are the formation and 
optimization of regional star networks. During the 
formation of a regional star network, each system 
termination is linked directly to the designated or 
selected Regional Switching Center (RSC) by assigning 
the RSC index to the last field of each associated 
storage cell. Tree relationships are built among 
system terminations by assigning pointers to the 
third and fourth fields of each storage cell. The 
resulting star network is then printed on the printer. 

The optimization process utilizes the Esau-Williams 
algorithm vjith some modifications. It consists of 
two steps: searching for a central link (a direct link 

from a system termination to RSC) with best cost savings 
under constraints (such as response-time requirement), 
and subsequent network updating. This .etwork optimiza- 
tion process is executed only upon request. When 
no further cost improvement is possible, this routine 
prints a resulting network with data such as number 
of system terminations and the response time, traffic, 
cost, etc., associated with each multidrop line. 

Routine PLOTPT is then called upon to plot the resulting 
network layout. 

(3) ISNOP Routine 

This routine is called upon to act by routine MAIN. It 
forms an interregional network and then performs its 
optimization. The interregional lines are assumed to be 
full-duplex lines. During the optimization process, no 
' line between two RSCs can be eliminated if traffic 
between them cannot be handled through only one inter- 
mediate RSC. Also each RSC requires at least two lines 
to other RSCs. 
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Figure 7-7. STACOM Program Structure 
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C4) LINNUM Routine 

This routine provides an estimated line configuration 
required to satisfy a given traffic and is mainly called 
upon by routine RGNNET. During its execution, utiliza- 
tion of selected lines are calculated against the 
given traffic by calling SHOFUN so that effective line 
utilization is less than the pre-determined number . 

(5) RHOFUN Routine 

This routine calculates the line effective utilization 
for a given traffic and line configuration. 

(6) ICOSTJ Routine 

Given the line configuration and indices for any two 
system terminations, this routine calculates the 
installation costs and annual recurring cc'sts for 
the line and other chargeable items required. In 
calculating line costs, it calls upon routine DIST 
for distance data between two given system terminations. 
Resulting cost data are arranged by chargeable item 
type . 

(7) DIST Routine 

This routine retrieves distance data between any two 
system terminations by calling routine PACK. When the 
distance is greater than 510 miles, it retrieves 
distance data by calling routine RECOVR. 

(8) PACK Routine 

This routine stores or retrieves distance data between 
any two system terminations. It is called upon by 
routine MAIN for distance data depositing, and called 
upon by routine DIST for its retrieval. For the purpose 
of saving storage, distance data has been compressed, 
and each 36 -bit word has been divided into four sub- 
words of 9 bits. Therefore, any distance datura with 
value equal to or greater than 511 is stored in another 
specified area; its retrieval calls upon routine RECOVR. 

(9) RECOVR Routine 

During distance data retrieval in the execution of the 
DIST routine, if the return value from routine PACK is 
511 , this routine will be called upon to provide the 
actual distance data, which is equal to or greater than 
511. 

(10) LINK Routine 

Since the distance between any tvjo system terminations 
I and J is independent of how I and J are referred to, 
the routine LINK provides a mechanism for preserving 
such an independency by mapping I and J into an absolute 
index . 
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(11) PLOTPT Routine 

This routine provides instructions for plotting a given 
point on a Cal Comp plotter. Location of a point is 
calculated by its associated V-H coordinates. 


7 . 1.9 Response Time Algorithm - RSPNSE Routine 

There is a limit on the number of terminals which can be 
linked tOt.,ether by a multidropped line due to constraints on reliability 
and response time. However, it would be an oversimplification to just use 
a particular number as the main oonstraint in determining how many 
terminals a multidrop line can have. In reality, the response time of a 
given multidrop line depends on the amount of traffic , the number of 
terminals on the line, and very heavily, on the number of transactions to 
be processed in the data base computer system. 

In the STACOM program, a response time algorithm is imple- 
mented in such a way that during the network optimization process it 
is used to accept or reject the addition of a given terminal to a multi- 
drop line. This response time routine calculates the average response 
time on the given multidrop line, given the number of terminals and 
amount of peak traffic on the line. Before its inclusion in the STACOM 
program, the fidelity of this algorithm was evaluated by simulation 
and found to be acceptable . 


7 . 1.10 Flexibility 

At the outset of the STACOM project it was anticipated that 
the STACOM program would be used for states with varying traffic 
requirements; it was decided that the resulting program should be as 
flexible and general as possible. With this in mind, the STACOM program 
has been implemented with the following features which make it flexible 
and thereby enhance its capabilities: 

( 1 ) Rate Structures , Line Types , and Chargeable Items 

Because a state can have more than one rate structure 
(tariff) applicable at any one time, the STACOM program 
has been designed to accommodate this. 

Under a specific rate structure , any combination of line 
types with their names, line capacities, and basic cost 
figures can be prescribed to the program. In addition 
to the line cost, any number of chargeable items 
associated with each line type can be prescribed to the 
program. For example, any combination of cost items 
such as service terminals, drops, modem and others can 
be used. Furthermore, under the Multischedule Private 
Line (MPL) tariffs given by AT&T for interstate communi- 
cation lines, the monthly line charge between any two 
terminals is now a function of both the inter-city dis- 
tance and the traffic densities of both terminal cities. 


7-15 


77-53, Vol. II 


The STACOM program has been implemented in such a way 
that it can take line-cost figures based on MPL tariffs 
or other tariffs. 

(2) Region Formation, Switcher Selection, and Network 
Optimization . 

Given a set of system terminations dividing them into 
regions can be performed in either of the following ways: 
the user can preassign some or all of the terminations 
into preselected regions, alternatively the user can let 
the program perform the region formation by simply pro- 
viding the system centroid. Following the formation 
process, the STACOM program will start selecting 
regional switching centers for regions without a 
preassigned switching center. The process of regional 
network formation and its optimization viill then follow. 

(3) Number of Terminals per Multidrop Line and Average 
Response Time 

It may be desirable to set a limit on the number of 
terminals on a multidrop line. In its implementation, 
the STACOM program takes this number from the user's 
input data as a constraint during its optimization 
process. 

Besides the limit on the number of terminals allowed on 
a multidrop line, a good network design also requires a 
constraint on the average terminal response time on a 
multidrop line. The STACOM program allows a user to 
specify the limit on a run basis. 


7.1.11 Programming Language 

The STACOM program is implemented with the FORTRAN V language 
of UNIVAC systems, compiled with the EXEC-8 FORTRAN Preprocessor and 
mapped by its MAP processor. 


7.1.12 Operating System Requirements 

The EXEC-8 operating system of the UNIVAC 1108 computer has 
been used in the development of the STACOM program. The current edition 
of the STACOM program can only be executed under the EXEC-B system. 
Furthermore, since a CalComp routine is linked with the program, the 
plotter must be part of the operating system. If such a hardware unit is 
not included in the system, the STACOM program must be updated to reflect 
this environment. 
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In addition, the current STACOM program has been designed with 
the feature that all the desired output be put into a FOHTRAN file 
designated as 100. Before executing this program, a file with the name 
too must be assigned. Otherwise, regular WRITE unit 6 w:ll be the 
destination output file, e.g., print output will go to the user’s demand 
terminal when it is run as a demand job. 

As an example, the following is a complete list of EXEC-8 
control statements which need to be prepared or typed in after the run 
card for properly executing the STACOM program. 

@ASG,UP 100 

§3IM,P P0NCH$,,G9PLTF 

§XQT File. Element 

(data) 

9 

§BRKPT 100 
@FREE 100 
eSYM 100,,T4 

The eSYM, P command directs the resulting plot card images to 
a CalComp plotter designated G9PLTP. The last §SYM command directs 
print output to the slow hardcopy printer designated T4. 


7.1.13 Functional Limitations 

While the STACOM program has been designed and implemented 
with the Intention that it be applicable as widely as possible, it does 
have certain limitations. These are due mainly to the limit of program 
size (sum of I and D bank) allowed under the EXEC-8 system for simplistic 
programs. The maximum program size allowed is 65k words per program. 
Although it is more convenient for later use to assign all parameters with 
maximum values as long as the overall program size is within limits, this 
results in greater expense in later use of the program due to the higher 
core-time product. Therefore, it is recommended that all parameters be 
set at values just high enough for anticipated use. 

After setting parameter values, the STACOM program capabili- 
ties are then limited to these assigned values. If a run requires that 
certain parameter value be exceeded, the STACOM program must be recompiled 
and remapped. 


7.2 SYSTEM RELIABILITY AND AVAILABILITY ANALYSIS 

While cost may be a major concern in deciding the option for 
network implementation when several alternatives are available, the factor 
of system reliability (survival probability) and availability as a function 
of alternate option does deserve some considerations. The reliability 
and availability of a system not only depends on how the system is built 
up, it also depends on how each component of the system behaves as time 
passes by. In the following sections, v;e will present assumptions and 
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definitions of terms and equations which are to be used later in calculating 
system reliabilities and availabilities. The constraints of subsystems 
to be investigated and results from applying these equations for both 
Ohio and Texas are then presented. 


7-2.1 Assumptions 

The true reliability (survival probability) of a given 
component as a function of age is impossible to describe exactly and 
dimply. However, in many cases, a component's reliability can be practi- 
cally and usefully represented as a unit with a "bathtub" shape failure 
rate function as shown in Figure 7-8 . In other words , a component can 
be well described as having a failure rate that is initially decreasing 
during the infant mortality phase, constant during the so-called "useful 
life" phase, and, finally, increasing during the so-called "wear-out" phase. 


s 

*5 

u. 
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In this study, we assume that all components are to be operated within the 
constant failure rate phase* Several distribution functions do have such 
a constant failure rate case. However, in the following discussions, we 
use the exponential distribution bo represent the reliability function for 
each individual component. An important property of the exponential 
distribution is that the remaining life of a used component is independent 
of its initial age (the "memoryless property"). V)ith the exponential 
distribution it follows that : 

(a) Since a used component is as good as new 
(statistically), there is no advantage in following a 
policy of planned replacement of used components known 
to be still functioning. 

(b) The statistical estimation data of mean-life, 
percentiles, reliability and so on, may be collected on 
the basis only of tiie number of hours of observed life 
and of the number of observed failures; the ages of 
components under observation are irrelevant. 


7.2.2 Definition 

For the purpose of convenience in later discussions, we give 
definitions to the following terms and notations; 

(a) Ax = Failure rate for component i 

(b) H-i = Mean time between failures (MTBF) for component i 

(c) vj = Mean time to repair (MTTR) for component i 

(d) R(t) = Reliability function as a function of time, t 

(e) A(t) = Availability function as a function of time, t 

(f) Aav = limiting average availability 

(g) ri= wi/pi 

(h) A = System failure rate 

(i) p = System MTBF 

(j) V = System MTTR 
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7 . 2.3 System Reliability and Availability 

Given a system with n (^2) components, it is in general 
impossible to derive its exact reliability and availability. However, if 
the statistical interrelationship among its components can be described, 
we can then relate the system reliability and availability to the 
reliabilities and availabilities of the components. For the simplest 
case, if all of the components are statistically independent and each of 
them has a constant failure rate then the overall system reliability 
R(t) for a series system (a system which functions if and only if each 
component functions) is 


R(t) 


e 


-At 


( 1 ) 


n 

where X = 'X! A- 

1=1 

n = number of components in the system 


If the system has a parallel structure (a system which 
functions if and only if at least one component functions) , its 
reliability becomes 


n 

RCt) = 1 - n 
i=1 



where denotes the multiplication operation. 


( 2 ) 


Furthermore, for a series system, its limiting average system 
availability can be described as 


^avg 



(3) 


and the average of system dovmtime (MTTR) becomes 


V 


i^1 


where [i = system MTBF 





(4) 


( 5 ) 
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7.2.4 System Reliability and Availability for the Ohio Network 

7. 2. 4.1 Reliability System Structures . The communications network 

for Ohio currently consists of one central switcher with data bases and 
may have regional switchers in the future. The regional switchers serve 
as intermediate message switchers between local terminals and the central 
switcher. With this in mind, the reliability system structures from an 
individual user terminal can be described as follows : 

Case 1 - One Central Switcher with Data Bases. 

Figure 7-9 shows the reliability system structure for 
the user terminal when its communication with the data bases 
has to go through the central switcher directly. 


where 




= user terminal 
- Modem 

= Columbus data base computer, i.e., Uni vac 1100/42 

= comraunication line from the user modem to the 
central switcher modem 


Figure 7-9 . Ohio Reliability System Structure for Case 1 


Case 2 - One Central Svjitcher with One Regional Switcher 

In another configuration, the user terminal communicates 
with the central switcher with the data bases through the 
regional switcher. Its reliability system structure can be 
described as Figure 7-10. 


Where 


-(J) — ^ — (J)— ^ 

= Regional Switching Center 


RSC 


Figure 7-10. Ohio Reliability System Structure for Case 2 
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7. 2. 4. 2 Empirioal Components’ Fid.lure Statistics . With reliability 
system structures obtained, estimation of system availability and reli- 
ability is then obtainable by simply applying empirical statistics 
for system components. Table 7-1 shows failure statistics for all 
of relevant components as given in Ohio reliability system structures. 
These data were provided by different sources, as indicated in the 
table. The statistics for the terminals were provided by vendor Bee- 
Hive, Inc.; these terminals have capacities of 1200 bps and up. For 
the switcher computer, the data provided by Action, Inc. was used. 


7*2. 4. 3 System Reliabilities and Availabilities . 

Case 1 : 

The effective failure rate for this system is equal to 

A-l ^ A-t + 2A.M + + ^DB + (Environment) 

= 0.02966 

Its reliability function as a function of time becomes 
RiCt) = = e“0, 02966 t 

Applying t x 24, Ri(24) becomes 0.491. 

In other words a terminal user will expect to have on the 
average one daily failure, half of the time for an expected 24-hour 
operation period . 

Similarly, 

7l = + YDB + ’>'ENV 

= 0.012182 

and its average availability is equal to 

A-i = (1 + 0.012182)-'^ = 0.9B80 

In other words, given a 24-hour operational period, the system 
will have on the average a sum of 1440 x (1-0.998) = 17-3 minute outages. 
These results are tabulated in Table 7.2. 
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Table 7-1 - Empirical Components Failure Statistics 


Component 

MTBF 

(hours) 

Vi 

MTTR 

(hours) 

A^= 1 / 
Failure 
Rate 
(x10"3) 

Aj_ 

Average 

Availability 

(xlO-3) 

Source 

Terminal 

6000 

to 

1000 

4-5 

0.167 

0,9993 

0.9994 

0.83 

Bee-Hive 

Inc. 

Modem 

5000 

3 

0.2 

0.9994 

0.6 

Ohio Western 
Union 

Line 

668.5 

1.4 

1.496 

0.99791 

2.1 

Ohio Western 
Union 

Columbus Data 
Base Computer 

37-3 

0.24 

26.81 

0.9936 

6.43 

Ohio DPS 

Ohio DB Environment 

350.8 

0.57 

2.85 

0.9984 

1.62 

Ohio DPS 

Std-tcher Computer 

1000 

3 

1 

0.997 

3.01 

it 

*STACOM Team Estimate; 

UNIVAC ; 

Data Unavailable 
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Table 7-2. Ohio System Reliabilities and Availabilities for a 
24- hour Operation Period 



System 1 

System 2 

Reliability 

0.491 

0.4357 

Availability 

0.9880 

0.9818 

Daily Outage 

17,3 minutes 

26.2 minutes 


Case 2; 

The effective system failure rate is equal to 
Ag == ^T + ^ ^RSC + Agjjv 

= 0.034619 

and its reliability function becomes 

H2(t) = e- “•”‘'619 t 

Applying t s 24, R2(24) becomes 0.4357. 

In addition, the system availability is obtained by letting 

^2 = I'T 2y[, + ’^Rsc + yoB + yENV 

= 0.01849 

and it is equal to 

A 2 = (1 + 0.01849)"^ = 0.9818 

In other words, given a 24-hour operational period, on the 
average the system will have a sum of 

1440 X (1 - 0 . 9818 ) = 26.2 minute outages 

These results are also tabulated in Table 7-2. 


7.3 RESPONSE TIME ALGORITHM 

This section describes a network response time algorithm which 
models mean response time values at network user terminals. Response time 
is defined as that time interval between the time a network user initiates 
a request for network service and the time at which a re&oouse is completed 
at the users inquiring terminal. 
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Section 7.3.1 describes a general approach to network response 
time modeling. Following this background material, specific models used 
in Ohio are discussed in Sections 7* 3* 2. 


7 . 3.1 General Response Time Modeling Approach 

7 . 3 . 1.1 Ap proach . Components of the model described in this section 
can be assembled to mimic response time behavior at any terminal imbedded 
in any network configuration incorporating terminals, lines, message 
switching computers and data base computers. 

To facilitate discussion, we shall consider the components for 
a response time model for the general network depicted in Figure 7-11, 
although the principles of model component development apply to any 
network configuration. 

In the network shown, Regional Switching Computers, (RSCs) , 
service terminals within their defined regions. RSCs from each region are 
connected to a central RSC which provides a data base for inquiry/response 
transactions. 


The longest response time at a system termination will occur 
on a multi-dropped line served by a remote HSC. The response time model 
discussed here treats this condition. 

Figure 7-12 presents a simplified drawing of the configuration of 
interest. The remote RSC services a multidrop of M terminals and receives a 
single regional traffic load from all other terminals in the region. In our 
discussion, intraregion lines are half duplex and interregion lines are full 
duplex. Again, the general approach is not limited to these specific choices . 

The central RSC connected to the data base receives traffic from 
the remote RSC of interest, and from both terminals in its region, and other 
RSCs in the network. 

In this scheme, messages transmitted from multidrop terminals 
to the data base and back to the appropriate multidrop terminal , encounter 
a series of queues. 

The total time spent in any queue is defined as the time 
spent waiting for service from a facility plus the time spent by the 
facility in servicing the transaction. The response time model developed 
here considers average or mean values for all variables, so that, 

E(Queue Time) = E(Wait Time) + E(Service Time) 

Facilities in the model consist of transmission lines and 

computers. 


Figure 7-13 shows seven distinct queues encountered by a data 
base inquiry and response operation from a raultidropped terminal. The wait 
time and service time components of each queue are delineated in the figure. 
Inquiry input to the data base moves across the top of the figure from left 
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to right . Response output from the data base moves across the bottom 

of the figure from right tc left. Each of the queues, seven in all, 

are numbered for later easy reference when specific equations are discussed. 

Each of the queues is considered to be a single server queue, 
with the exception of the data base RSC computer which may be treated as 
a double server queue (dual CPUs) if desired. 


7 , 3 , 1.2 General Eouations . We shall now develop a set of general equa- 
tions for a response time model. In this model, response time is defined as 
that time from initiation of a request for network service at a terminal to 
the time that a response is completed at the requesting terminal. We wish to 
develop equations for the queues outlined in Figure 7-13 for a network cap- 
able of handling three types of message priorities. In addition, for pur- 
poses of this discussion, output from the computer onto the multidrop line is 
given priority over input messages to the computer from the multidrop line. 

Thus, there are really t types of priorities to deal with. 
Consider the three message priority types as being 

Priority 1 = Message type A 

Priority 2 = Message type B 

Priority 3 = Message type C 

Then, on the multidrop, the model will need to handle the 
following four priority types 

Priority 1 = Output of Message type A 

Priority 2 = Output of Message type B 

Priority 3 - Output of Message type C 

Priority A = Input of all Message types 

This approach is necessary since messages cannot be prioritized 
until they reach a computer, at which point, message types can be examined 
and appropriate priorities assigned to each. It is assumed here that it 
is not desirable to allow network users to assign priorities to messages. 

On interregion full duplex lines, output does not interfere 
with input so that the model need deal with input and output of the three 
priority types, messages A, E, and C only. 

The following assumptions are made for model development; 

(1) Traffic arrival patterns at facilities are Poisson. 

C2) Inter-arrival times of messages are exponentially 
distributed. 

(3) Output messages from the computer to the multidrop line 
iiave priority over input messages from the terminals to 
the computer. 

(4) Message dispatching is first in, first out, (FIFO). 
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Table 7-13. System Message Queues 
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(5) No messages leave queues without first being serviced. 

(6) Polling is cyclic on the multidrop with equal weighting 
for each terminal. 

(7) Message handling is on a non pre-emptive basis, that 
is, messages are not interrupted once they are placed 
on a transmission line. 

(8) When dual CPU's are considered, they are assumed to be 
evenly loaded. 

(9) Users on the multidrop line do not hold the line for 
more than one message before polling is resumed. 

Under conditions of the above assumptions, the mean waiting 
time, E(tw), in a single server queue is 


E(tw) s 


p S(ts) 
1 - P 


CD 


where E(ts) = mean service time (sec) 

and P = B(n)XE(ts) 

where E(n) = average number of transaction arrivals per second 

The mean queue time is therefore 


or 


or simplified 


E(tq) = E(tw) + E(ts) 


E(tq) = 
E(tq) a 


p E( ts) 

TTT 

E(ts) 

1 - P 


•f E(ts) 


( 2 ) 


The term, P, is a measure of facility utilization and is 
equal to the fr^tction of time that a facility is in use serving transactions. 
The term, P, takes on values betwen 0 and 1. When P = 1 it means that 
the facility is 100^ utilized. We shall see that P values should generally 
not exceed 0.700, 

For dual server queues, such as computers with twin processors 
where an incoming transaction is serviced by the first processor which 
is not busy, the waiting time for service, E(tw), is given by 
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ECtw) = — — 
1 + P 


E(ts) 

T~-'p 


and In this case the traffic value, E(n), should be halved in 
calculating P; that is 


( 3 ) 


P = 


E(n) 

~T~ 


E(ts) 


Before presenting specific equations for the queues outlined 
in Figure 7-13, we shall consider the general equations for waiting times 
when it is desired to handle messages of different priority types. 

The ability to prioritize messages can be an important 
network feature when there is a mixture of long and sho-rt messages 
on the network, that is, when there is a wide range of average message 
lengths for different message types. For example, in the law enforcement 
environment, when long message types such as digital fingerprint data. 
Computerized Criminal History data, digital facsimile data or long 
administrative messages are included in a network along with shorter 
inquiry/ response messages related to officer safety, it may be expedient 
to transmit the latter message types with a higher priority over the network 
to insure shorter response times for these more important message types. 

The response time model is capable of handling up to four message 
priority levels. The mean wait time components of mean queue times for the 
four priority levels are given below. Priority 1 is the highest priority. 

Mean wait time , Priority 1 , 


E(tw1) 


pE(ts) 


Mean wait time, Priority 2, 


(4) 


E(tw2) = 


p EC ts) 

Cl - Pi) (1 - Pi - P 2 T 


C5) 


Mean wait time, Priority 3, 


ECtw3J 


pECts) 

(1 - P-| - P 2 ) (1 - P-] - Pg - P 2 ) 


Mean wait time, Priority 4, 


ECtw4) = 


pECts) 

(1 P3) (T_ p) 


(6) 


C7) 
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In fche above equations 

= facility utilization due to priority i message type 
i = 1, 2, 3, 4 

and Pi = ECni)xE(tsi) 

where E(n^) = arrivals per second of priority i type messages 

and E(tsi) “ service time for priority i type messages 

so that the total facility utilization 

P = P-j + ?2 + P3 + P4 

and the total message arrivals per second 

E(n) = E(n-j) + E(n 2 ) + E(n 3 ) + E(n 4 ) 


Finally, in the model , there are two types of servj.ce times to 
be calculated. One is service time for message transmission over 
communication line facilities and the other is service time for message 
switching and data base acquisition by computer facilities. 

For the four priority types, service times for messages on 
communication lines are given by 


ECtsi) 


(Lmi + OH) X Be 
C 


+ MPSE 


( 8 ) 


where i = 1 , 2 , 3 , 4 , 

and Lmi = average message length of a priority i type message in 

characters 

OH s number of overhead characters that accompany a message on 
the network 

Be = number of bits per character 
C = line capacity in Bauds 

MPSE - time spent for pauses in transmission due to modem line 
turnaround time or other factors 

The unsubscripted service time terra, E(ts) , (which appears 
with the unsubscripted P terra in the numerators of equations 4 thru 7), is 
calculated similarly, but uses the overall network average message length, 
Lm, in place of Lmi, 
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Lm = PiCLml) + P 2 (Ln] 2 ) + P3(Lm3J + Pi((Lin4) 

where = the percentage of priority i type messages on the network 

i = 1, 2, 3, 4 

The mean service time for a negative poll on the multidrop 
network is given by 


POH X Be 

E(tP0LL3 4 - PPSE 


(9) 


where POH = number of polling characters Including overhead characters 

Be = number of bits per character 

Ctq = line capacity in Bauds 

PPSE = total line pauses during a negative poll due to modem 
turnarounds, etc. There are two line turnarounds for 
a negative poll on a half duplex line. 

Note that communication line service times do not include 
terms accounting for line transmission delays as a function of distance . 
These contributions to total response time are negligible and are not 
included in the model. 

Mean service times for computers are estimated from data 
supplied by computer system vendors. Of interest is the average time 
required to process a transaction. For an RSC the time is that required 
to perform message switching. For a remote single server RSC, the mean 
queue time E(tqRC), is 


ECtsRC) 

E(tqRC) = (10) 

1 “ PRC 


where E(tsRC) = mean service time for switching per transaction in 

a regional computer 

PpQ = facility utilization for a regional computer 
and E(nRC) E(tsRC) 

where E(nRC) = total transaction arrivals per second at the 

regional RSC 

For an RSC connected to a data base, we shall assume that the 
computer is a dual processor so that it behaves as a dual server queue. In 
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this case, the mean queue time for the data base switcher computer, E(tqCD), 
is 


ECtqCD) 


2 

PCD E(tsCD) 

+ E(tsCD) 

1 + Pcj3 1 - PcD 


(11) 


where E(bsCD) = mean service time for switching plus data base 

access per transaction 

PqD = facility utilization for an RSC with data base 
E(nCD) 

and PCD = — E(tsCD) 

where E(nCD) = total transaction arrival rate per second at the data 

base RSC 

Mean service times for computers are hardware and software 
configuration dependent, which necessitates vendor consultation in each 
case. Generally, computer mean service times will range from 100 ms to 
700 ms. 


In arriving at values for computer mean service times, it 
is important to visualize the computer facility as a single large queue, 
despite the fact that the operating system may involve many queues 
in reality. One approach, for example, may consider the mean number 
of program steps executed per trEinsaction and the mean number of disc 
accesses per transaction. Typical numbers may be: 


ITEM 


SPEED 


TIME 


150,000 instructions 
per transaction 


@ 1 microsecond mean 
instruction execution 
time 


0.150 


6 disc accesses per 
transaction 


§ 47.5 milliseconds per 0. 285 

access 

MEAN COMPUTER SERVICE TIME = 0.435 sec 


Ideally, vendors or system users may have actual measurements 
available from operating statistics. 


7.3. 1,3 Inputs/Outputs . The general model requires the input data 
listed in Table 7-3. Table 7-4 describees the terras calculated by the 
model. Figure 7-14 clarifies where various terms apply in the model. 

Once the calculated values are found, it is a simple matter to 
sura up the desired components of the seven queues involved, {outlined in 
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Figure 7-13), to arrive at desired values for response times by priority 
type. It is also possible to use the model for simpler network configura- 
tions which may or may not involve message prioritization. The following 
two examples will clarify model use. 


Table 7-3- Model Inputs 


Item Symbol 


Meaning and Units 


1 Cm 

2 CR 

3 OH 

4 MPSEM 

5 MPSER 


6 M 

7 UC 

8 L-| 

9 L2 

10 L3 

11 L4 

12 L5 

13 L 6 

14 Lrf 

15 Lm 

16 E(nml) 


17 ECnin2) 

18 E(nm3) 


Line capacity of the multidrop (Baud) 

Line capacity of interregion line (Baud) 

Overhead characters in line protocol (CH) 

Total line turn-around time on multidrop (sec) 

Total line turn-around time on interregion line 
vsec) 

Number of terminals on multidrop 
Units per character (bits) 

Priority one output average message length (CH) 

Priority two output average message length (CH) 

priority three output average message length (CH) 

Input average message length (CH) 

priority one input average message length (CH) 

Priority two input average message length (CH) 

priority three input average message length (CH) 

Overall system average message length (CH) 

Mean arrival rate of priority one output messages to 
multidrop (msg/sec) 

Mean arrival rate of priority two output messages to 
multidrop (rasg/sec) 

Mean arrival rate of Priority 3 output messages 
to multidrop (msg/sec) 
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Table 7-4 . Calculated Values 


Item 

Symbol 

Meaning and Units 

1 

E(tsmi) 
i = 1-7 

Mean service time for messages on the multidrop 
line (aec/msg) 

2 

E(tsm) 

Mean service time- for messages on the multidrop 
using overall average message length (Lm) (sec/msg) 

3 

E(twmi) 
i = 1-4 

Mean wait time for service on the multidrop line 
(sec/msg) 

4 

pml 

i - 1-4 

Mean utilization of multidrop line for each 
priority type 

5 

pm 

Total mean utilization of multidrop line for all 
messages 

6 

E(tqCR) 

Mean queue time of RSC (sec/msg) 

7 

ECtsRIi) 
i = 1-3 

Mean service time for input messages on 
interregion line (sec/msg) 

8 

E(tsROi) 
i = 1-3 

Mean service time for output messages on 
interregion line (sec/msg) 

9 

E(tsRI) 

Overall mean service time for input messages on 
inter region line (sec/msg) 

10 

E(tsRO) 

Overall mean service time for output messages on 
interregion line (sec/msg) 


pRIi 
i = 1-3 

Mean utilization of interregion line for input 
messages for each priority type 


pROi 
i = 1-3 

Mean utilisation of interregion line for output 
messages for each priority type 

13 

PRI 

Total mean utilization of interregion line for all 
input messages. 

14 

PRO 

Total mean utilization of interregion line for all 
output messages 

15 

E(twRIi) 
i r 1-3 

Mean wait time for input service on inter- 
regional line (sec/msg) 

16 

E(twROi) 
i - 1-3 

Mean wait time for output service on inter- 
regional line (sec/msg) 

17 

E(tqCD) 

Mean queue time of RSC with data base (sec/msg) 
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EXAMPLE 1 


Suppose we wished to find response times for the network shown 
in Figure 7-14 under the following conditions: 

• There are three priority type messages on the network, 

A, B, and C, with A being the higher priority 

• Output of messages to the multidrop line has priority 
over input messages from the line multidrop 

® Inquiry messages flow from the multidrop line through an 
RSC, over .interregion lines to a data base RSC and 
response messages flow back 

The equations x’or response time are presented below. There 
are three equations shown. 

E(trA) = mean response time for a priority A message 

E(trB) = mean response time for a priority B message 

E(trC) = mean response time for a priority C message 

Each equation is comprised of the appropriate wait and service 

time components calculated by the model. The equation for E(trA) is 
presented in more detail. The equations for E(trB) and E(trC) are of 
similiar construction, however, the wait times in queues are longer since 
they are of lower priority and the line service times are different since 
average message lengths are different. These differences are evident in 
the use of different subscripts. Note that the wait time for line service 
for an input message on the multidrop line is the same in all equations 
since input from the multidrop is visualised as priority i) on the multi- 
drop line, that is, input waits for all output onto the multidrop. 

Queue No. 

Term Explanation (See Figure 

(See Table 7-4) 7-13) 

E(trA) Response time of priority A messages Not applicable 

fM - n 

= I |E(tpoll) Mean waiting time for poll at a terminal 1 


Mean waiting time for other input messages 1 
on multidrop that may be polled before 
terminal of interest. 

Mean service time for Priority A input 1 

message on multidrop line 

Mean queue time at RSC 2 


L 2 J 
+ E(twra4) 

+ E(tsm5) 
+ E(tqCR) 
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Queue No. 

Terra Explanation (See Figure 

(See Table 7-4) 7-13) 

+ E(twRIl) Mean waiting time for Priority A message 3 

for interregion line service 

+ E(tsRIl) Mean service time for Priority A message 3 

on interregion line 

+ E(tqCD) Mean queue time at RSC with data base 

+ E(twROl) Mean waiting time for Priority A message 5 

for interregion line service 

+ E(tsROI) Mean service time for Priority A message 5 

on interregion line 

+ E(tqCR) Mean queue time at RSC 6 

+ E(twm1) Mean wait time for output service of 7 

Priority A message onto multidrop line 

+ E(tsral) Mean service time for output message of 7 

Priority A on multidrop line 


E(trB) r 



E(tpoll) + E(twra4) + E(tsm6) + E(tqCR) 


+ E(twRI2) + E(tsRl2) + E(tqCD) 
+ ECtwROa) + E(tsR02) + E(tqCR) 
+ E(twra2) + E(tsm2) 


and 


E(trC) = 



E(tpoll) + E(twm4) + E(tsm7) + E(tqCR) 


+ E(twRI3) + E(tsRl3) + E(tqCD) 
+ E(twR03) + E(tsR03) + E(tqCD) 
+ E(twra3) + E(tms3) 


EXAMPLE 2 


Suppose we wish to deal with the simpler network configuration 
shown in Figure 7-15. As before, the longest response time in this 
network will occur on one of the multidropped lines. Therefore, consider 
the simplification of Figure 7-16 where we consider one such line. 
Consider, also, the following characteristics of interest* 

• There is no prioritization of messages. 
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E(nCD) - TRAFFIC FROM REMAINDER 
OF NETWORK TERMINALS 


Figure 7-16. Network Inputs for Example 2 
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• Output of messages to the multidrop has priority 
over input messages from the raultidrop 

e k single RSC with data base is used in the network 

Under tht, conditions, the response time, E(tr), for messages 

is given by 


E(tr) 


M - 1 

.""2 J 


E(tpoll) + ECtwm2) + ECtsm2) 


+ E(tqCD) + E(twml) + S(tsml) 


In this equation, output is given priority one and input is 
given priority two. 


7 . 3 . 1.4 Model Validation . The reader will note that simplifications 
have been introduced into the model. For example, mean queue time at 
computers is calculated without regard to average message lengths of 
transactions. This assumes that the mean number of software operations 
carried out per transaction (hence, mean time), as well as time for disc 
accesses, is fairly insensitive to the lengths of messages which are being 
handled. These and other simplifying assumptions are best tested by 
comparing model outputs with simulation. This exercise was performed with 
a GPSS program that simulated a network with the characteristics of 
Example 2 of the section entitled Model Inputs/Outputs, but with two 
priority message types, A and B, instead of no prioritization. Results 
are shown in Figure 7-17. These results show the model to be sufficiently 
close to simulation results to be of meaningful value as a design tool. 
Values used in these specific tests are shown in Table 7-5. Values in 
Table 7-5 for E(nCD) , E(nral), E(nm2), and E(run3) correspond to a total 
network transaction level of 90,720 transactions per day. The curves 
of Figure 7-17 were generated by increasing, (or decreasing), these values 
proportionately to generate x coordinate values. 

The equations for response times in this model were 


and 


E(trA) 



E(tpoll) + E(bwm3) + ECtsm5) + E(tqCD) 


+ E(twm1 ) + E(tsm1 ) 


E(trB) 



E(tpoll) + E(twm3) + E(tsm 6 ) + E(tqCD) 


+ E(twffl2) + E(tsm 2 ) 
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TRANSACTIONS/cJay (lOOO’s) 

Figure 7-17* Response Time Model vs. Simulation 
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Table 7-5. Model Validation Input Values 


Term 

Value 


Cm 

2400 Baud 


OH 

13 characters 


POH 

10 characters 


MPSEM 

0.150 sec 


PPSEM 

0.150 sec 


M 

10 terminals 


Uc 

10 bits 


L5 

18 characters 


L6 

250 characters 


LI 

170 characters 

(output Priority 1) 

L2 

250 characters 

(output Priority 2) 

L3 

39 characters 

(input) 

LM 

108 characters 


ECtsCD) 

0.700 seconds 


E(nml)* 

0.046 


E(nra2)* 

0.0042 


E(nm3)* 

0.0502 


E(nCD)** 

0.525 



^^Values for multidrop traffic used at E(nCD) = .525 (see text) 


**^E{nCD) = .525 for evenly loaded dual processors total computer 
transaction load = 2 x .525 = 1*05 transactions/sec or 
90,720 transactions/day 


The dotted line in Figure 7-17 represents the time spent in 
queue in the computer (see Equation 11). Note that the overall life of 
the system in terras of ability to handle throughput is limited by the 
computer performance. In the system shown, the computer utilization, pcD, 
reaches 0.700 at approximately 173,000 transactions per day. At this 
point, excessive queues can develop in the computer with small variations 
in throughput demand. Consequently, designers should be well into 
planning an upgrade when mean computer utilisation hovers near 0.700. 

The model can be used to find the new required computer mean service 
time to handle throughput demand for any number of years in the future. 

Mean service times may be reduced in any number of ways, the most typical 
being use of fixed head discs, improving communications software, obtaining 
faster core, and implementing multiple processing units. 

7,3.2 The Ohio Response Time Model 

The existing Ohio LEADS System consists of a single regional 
message switcher and data base computer located in Columbus. The computer 
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facility employs a Univao 1100/42 dual processor, so that for the single 
region case, with output from the canputer given priority over input from 
the multidrop, the following equation is applicable: 


E(tr) 


M-1 

~ 2 ^ 


ECtpoll) + E(tWM2) + E(tSM2) 


+ E(tQCD) + E(tWMl) + ECtSMI) 


( 12 ) 


The meaning of these terms are described in Table 7-4 of 
Section 7.3* 1*3. The value for E(tQCD) is calculated using the expression 
for a dual server data base computer presented in equation (11) of 
Section 7.3. 1 .2. 

For multiple region cases, where inquiries pass from multi- 
dropped terminals, through a regional switcher, over interregional lines 
to the data base computer and back over the same path to the terminal on 
the multidrop, the following equation is applicable: 


E(tr) = 


+ E(tQCR) + E(tVJRII) + E(tSRIl) 

+ E(tQCD) + E(tWROI) + E(tSROI) 

+ E(tWM1) + E(tSM1) 

See Table 7-4, Section 7.3. 1*3 for term descriptions. 

Equation 12 is used to analyze the performance of the existing 
150 and 2400 Baud lines in Ohio. This analysis is presented in Section 11 
Both equations 12 and 13 are used as a basis for calculating network 
response times in the Topology Prograii’ for the generation of new or 
improved networks. 

Sample Calculation — 

By way of example, consider the response time on a 2400 Baud 
line with 10 multidropped terminals into the Columbus switcher and data 
base computer. For this example equation 12 is appropriate. The 
numerical values required for input to the model are listed in Table 7-6. 

The components of equation 12 are then evaluated as follows: 


M-1 


B(tpoll) + E(tWM2) + E(tSM2) 


(13) 


M-1 

.T. 


E(tpoll) = 



POH X Uo 


+ PPSBM 


0.34 sec 
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ECbWMH) 

E(tSM2) 

E(tQCD) 


Pjh E(tSM2) 

“Pml ~Pm2) 

CL2 -f- OH) Uq 
^ — + MPSEH 

E(tSCD) 

1 _ p 2 

I 


= 0.009 sec 


= 0.29 sec 


= 1.197 sec 


Table 7-6. Input Values for Sample Calculation 


Term 

Meaning 

Value 

Cm 

Line Capacity of multidrop 

2400 Baud 

OH 

Message overhead 

13 char 

POH 

Polling overhead 

18 char 

MPSEM 

Total line turn around time per message 

0,008 sec 

PPSEM 

Total line turn around time per poll 

0.016 sec 

M 

Number of multidropped terminals 

10 

Ue 

Units per character 

8 bits/char 

LI 

Average message length of messages from 
the computer onto the multidrop 

155 char 

L2 

Average message length of messages from 
the multidrop into the computer 

7 1 char 

Lm 

Overall average message length 

121 Char 

E(nM1) 

Rate of message flow from the computer 
onto the multidrop 

0.024/ sec 

E(nM2) 

Rate of message flow from the multidrop 
into the computer 

0.016/ sec 

ECnCD) 

Total arrival rate of transactions at 
the computer 

1 .04/sec 

E(tSCD) 

Mean service time of the computer 

0.650 sec 
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E(tWM1) = 


P„j E(tSMl) 
1 “ Pm1 


0,008 sec 


CLi + OH) Uc 

E(tSM1) = — ! 2 + MPSEM 

Cun 


0.57 sec 


Tt.:AS, the total response timej ECtr), in this sample 
calculation becoLaes: 

E(tr) = 2.41 sec 
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SECTION 8 

OHIO NETWOHK STUDIES 


Ohio Network Studies consist of examining eight optional 
network configurations, and the execution of two additional network 
performance studies. 

Options 1 through 4 investigate potential cost savings in 
trading off network line costs with regional switcher costs. Options 5 
and 6 examine the cost tradeoff between maintaining separate LEADS and BMV 
networks, vs. integrating these functions in a single network. Options 7 
and 8 study a similar concept for separate versus integrated LEADS and New 
Data type networks. Two additional network performance studies include 
consideration of network cost increases as terminal response time 
requirements are reduced, and an inquiry into the impact on network cost 
and performance due to adding digitized fingerprints data as a traffic 
type. 


The following paragraphs outline these studies in more detail. 


6.1 OPTIONS 1 THROUGH 4 

As the number of regional switchers serving terminals within 
their regions are increased in a network, total network line costs may be 
expected to decrease due to the fact that total network line length has 
decreased. The placement of additional regional switchers, however, 
imposes an additional network cost which may or may not offset cost 
savings due to decreased line lengths. 

Options 1 through 4 seek to understand whether the addition of 
regional switchers throughout Ohio has the potential to realize meaningful 
network cost savings. 

Option 1 considers the present LEADS single region ooncept 
with a switching data base computer located in Columbus. Option 2 
considers the cost effect of adding a regional switcher in Cleveland. In 
Option 3, two regional switchers are added — one in Cleveland and one in 
Cincinnati and in Option 4 three regional switchers are considered with 
one in Cleveland, Cincinnati and Toledo. 

In each of these cases, the STACOM Program described in 
Section 7 of this report, seeks near optimum, (least cost), network line 
topologies. 


8.2 OPTIONS 5 and 6 

A first observation of the present LEADS and BMV networks 
suggests that line cost savings may be realized through combining termi- 
nals of the now two separate netVJorks into a single integrated LEADS/BMV 
Network . 
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The LEADS network alone is subject to interstate line tariff 
schedules and the BMV network alone operates under an intrastate tariff. 
Should the networks be combined, the single integrated network would be 
subject to an interstate tariff. 

Option 5 considers cost totals for operation of separate 
optimized (least cost) BM? and optimized LEADS networks. 

Option 6 considers cost totals for a single integrated 
LEADS/BMV network. 

In both cases the LEADS network used for comparative purposes, 
shall be the least cost LEADS network that develops from the studies of 
Options 1 through 4. 


8.3 OPTIONS 7 and 8 

Options 7 and 8 are similar conceptually to Options 5 and 6 
except that they investigate separate LEADS and New Data networks versus 
a single integrated LEADS/New Data network. The options are designed to 
understand cost and performance consequences of including non-law enforce 
raent criminal justice data types of statewide interest on the LEADS 
network. 


As in the case' of Options 5 and 6 , the LEADS network used for 
comparative purposes shall be the least cost LEADS network that develops 
from the studies of Options 1 through 4. 

8.4 COST SENSITIVITY to RESPONSE TIME 

A study designed to clarify the extent to which total network 
costs increase as terminal response times are reduced is to be carried 
out. As response times are reduced from the 9 second goal specified in 
the OHIO Functional Requirement, networks will be called for that drop 
fewer terminals on given multidrops and, hence, require more lines. Higher 
speed lines may also be required as response time requirements are made 
more stringent. These factors will tend to increase overall network costs. 

This study will determine the extent of cost increases as a 
function of decreasing network response times for the least cost LEADS 
network that results from studies of Options 1 through 4. 


8.5 IMPACT of ADDING FINGERPRINTS as a DATA TYPE 

Estimates of fingerprint traffic in Ohio made in the traffic 
level estimation task of the Ohio project assume the use of automated 
digital classifying equipment at strategic locations throughout the state. 
The potential impacts of the addition of such data types to the LEADS 
network in terms of cost and performance are a matter of interest. From 
the performance standpoint the principal consideration is the extent to 
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which the addition of fingerprint data may effect response time character- 
istics of higher priority officer safety type messages. 

This study determines the extent of such impacts on the least 
cost LEADS neGwork which develops from Options 1 through 4. 
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SECTION 9 

OHIO NETWORK COST ANALYSIS 


This section presents assumptions and bases for costing 
OHIO Network Options. Total network costs are comprised of recurring 
costs and one time installation costs. Table 9-1 shows the basic cost 
items considered and describes the meaning of each item. 

The- costs considered here include the primary items that 
affect relative costs between network configurations involving different 
numbers of switchers and different traffic types. Costs for required 
upgrades of the central data base computer in Columbus are not included, 
since these costs are present to the same degree in all of the alternative 
network configurations studied. Detailed costing of data base computer 
upgrades is not within the scope of STACOM Study which is primarily 
oriented toward network alternatives. Baslo data base .computer 
performance requirements, however, are treated in Section 12.2 of this 
report. 


The following paragraphs develop costing values for each item 
listed in Table 9-1. 


9.1 LINE, MODEM, and SERVICE TERMINAL COSTS 

Two types of line tariffs were used in the STACOM/OHIO pro- 
gram. For the LEADS Network, or any networks that included the LEADS 
System, such as the Integrated BMV/ LEADS network and the integrated New 
Data/LEADS Network, the Interstate Multi-schedule Private Line, (MPL), 

Ohio tariff was used. The specif io MPL tariff used is shown in Table 9-2. 
Cost for modems and service terminals under MPL are shown in Table 9-3. 

For the BMV Network, which is v;holly contained within the 
State of Ohio (intrastate), line, modem and service terminal costs shown 
in Table 9-4 were used. 


9 . 2 TERMINAL COSTS 

At the time of initiation of this study, the Ohio LEADS system 
employed 127 high speed terminals and 263 low speed terminals on a leased 
basis. Since the STACOM Functional Requirements call for line upgrade to 
1200 Baud or higher, it is asumed that low speed terminals shall be replaced. 
It is also assumed that existing high speed terminals can now be replaced 
by lower cost units that meet terminal performance requirements. 


Since the STACOM/OHIO Network designs are configured to last 
a period of greater than three years, (to 1985), it is more cost effective 
to purchase new terminals and carry maintenance contracts than to -lease 
tei’minals. Therefore, terminal costing assumes purchasing rather than 
leasing. An industry vdde representative cost for a pollable CRT terminal 
with keyboard , operation speed to 96 OO Baud , printer and Univac 
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Table 9-1 . Cost Items and Descriptions 


Item 

Recurring Costs 

One-Time 

Installation Costs 

Lines, Modems, 
Service Terminals 

Annuel Tariff Costs 

Modem and Service 
Terminal Installation 

Terminals 

Maintenance Costs 

Purchase Costs 

Regional Switchers 

Maintenance Costs 

Purchase Costs 

Switcher Floor 
Space 

Regional Switcher 
Site Rental Costs 

Regional Switcher Site 
Preparation Costs 

Switcher Backup 
Power 

Maintenance Costs 

Purchase Costs 

Switcher Personnel 

Regional Switcher 
Personnel Salaries 

Not Applicable 

Engineering 

Not Applicable 

Network Procurement 
Costs 
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Table 9-2. MPL Line Tariff 


1 


Mileage 





1 

I 

schedule 

Breakdown 



Cost ($) 


I 

Between any Schedule 








I cities listed: 

1 


$ 51.00 





Akron 

2 - 

14 

51.00 

-5- 

1.80 /mi over 

1 mi 


Cincinnati 

15 


76.20 





Cleveland 

16 - 

24 

76.20 

*}• 

1 .50 /mi over 

15 ni 


Columbus 

25 


91 *20 





Canton 

26 - 

99 

91*20 

4* 

1 . 12/mi over 

25 mi 


Dayton 

100 


175*20 





Toledo 

101 - 

999 

175.20 

+ 

0.66/rai over 

100 mi 


Youngstown 

1000 


769*20 






1000 + 


769*20 


0.40/mi over 

1000 mi 


II Between Schedule 

I cities and any 1 $ 52.00 

other city 2 - 14 52.00 + 3 *30/1111 over 1 mi 

15 98.20 

16 - 24 98.20 + 3.10/rai over 15 mi 

25 129.20 

26 - 39 129*20 + 2.0^/mi over 25 mi 

40 159.20 

41 - 99 159.20 + 1.35/mi over 40 mi 

100 240.20 

101 - 999 240.20 + 0.66/mi over 100 mi 

1000 834.20 

1000 + 834.20 + 0.40/mi over 1000 mi 


III Between two non- 
schedule I cities 1 $ 53*00 

2 - 14 53.00 + 4.40/mi over 1 ml 

15 114.60 

16 - 24 114.60 + 3.80/mi over 15 mi 

25 152.60 

26 - 39 152.60 + 2.80/mi over 25 mi 

40 194.60 

41 - 59 194.60 + 2.10/mi over 40 mi 

60 236.60 

61 - 79 236.60 + 1.60/mi over 60 mi 

80 268.60 

81 - 99 268.60 + 1.35/mi over 80 mi 

100 295*60 

101 - 999 295.60 + 0.68/mi over 100 mi 

1000 907.60 

1000 + 907.60 + 0.40/mi over 1000 mi 
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Table 9-3. MPL Modems and Service Terminal* Costs 


Baud Rate 


Modems 

Service 

Terminal 

Install 

$ 

Maintenance 

$/tno 

Install 

$ 

Maintenance 

$/tno 

1200 

54.15 

32.50 

50.00 

25.00 

2400 

81.20 

59.55 

50.00 

25.00 

4600 

163.00 

135.00 

50.00 

25.00 

*Also referred 

to as 

station charge 

■ 




Table 9-4. 

Intrastate 

Line Tariff 




Modems 

Service 

Terminals 

Baud Rate 

Line Cost/ 
mile/rao 
$ 

Install 

$ 

Maint. 

$/rao 

Install 

$ 

Maint . 
$/mo 

1200 

2.00 

25.00 

20.00 

80,00 

31.00 

2400 

2.00 

138.00 

55.00 

80.00 

31.00 

4800 

2.00 

100.00 

100.00 

80.00 

31.00 


g_i| 


4 


j 

i 


i 



f 
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compatibility is $5540 per unit. A 3556 quantity discount is assumed for 
the 390 required terminals so that the unit cost is $3,600. This unit 
cost includes installation costs. It is estimated that a maintenance 
contract is available at $50 per unit per month. 


9.3 REGIONAL SWITCHER COSTS 

A suitable Regional .Switcher configuration that meets STACOM/ 
OHIO Functional Requirements includes the following items: 

• 64 line synchronous/asynchronous front end 

« A Central Processing Unit 

• 64k Bytes Memory 

• I/O Controller 

• 10M Byte Disk Storage 

® U-100 Console 

• Line Handling Equipment 

A representative purchase price for this configuration, 
including all necessary software, is $180,000 per switcher with a monthly 
maintenance charge of $1,000. As in the case with terminals, the cost 
effectiveness of purchasing regional switching equipment as opposed to 
leasing, for systems whose life expectency is greater than 40 months is 
evident. It is assumed, therefore, in network options that involve the 
use of regional switchers that these switchers are purchased. 


9.4 REGIONAL SWITCHER FLOOR SPACE 

It is assumed that 1000 ft2 of floor space is sufficient for 
housing a regional switcher facility including personnel office space. 
Facility preparation costs are estimated at $30,000 per switcher facility 
including personnel office space. Monthly rental is estimated at 
$0.40/ft2 so that monthly rental per switching facility is $400. 


9.5 SWITCHER BACKUP POWER 

Uninterruptable power supplies, (UPS), are provided at each 
regional switching facility to ensure commercial power continuity during 
momentary power transients as well as over extended time periods. 

Solid-state static inverter type UPS including a rectifier/ 
charger, and autobypass switch are available at approximately $13,000 per 
unit. Batteries for the unit are estimated to cost $2,500. A gasoline 
engine generator for use when lengthy outages occur include weatherproof 


9-5 


77-53, Vol. II 


housings and auto transfer switches that operate when commercial power 
fails. These units are priced at $4,500 each. 

The total one-time purchase price for each installation is, 
therefore, $20,000, A maintenance contract for both the DPS and engine 
generator is estimated at $500 per month. 


9.6 ENGINEERING COSTS 

Engineering costs associated with network implementation were 
estimated for single and multiple region configurations. Networks 
involving a single region concept are the LEADS single region network, 
(Option 1), the integrated LEADS/BKV network, (Option 6), the integrated 
LEADS/New Data network, (Option 8), the separate BMV network configur'a- 
tion, (Option 5), and the separate New Data network, (Option 7). Table 9-5 
shows manpower estimates in man-months for assumed engineering costs. 

The values shown for the single region separate New Data network are 
reducedwith respect to other single region networks since the network 
is considerably smaller. Cost per mon-month Including overhead and 
benefits is estimated at $4,000. 


9,7 PERSONNEL COSTS 

Regional switching facilities require supervisory, programming 
and ccanputer operations personnel. This study assumes that each regional 
switcher facility requires one supervisor , two programmers and six 
computer operators. Two computer operators are provided per shift for 
safety reasons so that at no time during a 24-hour day the facility la 
manned by one person alone. Table 9-6 presents estimated salaries for the 
required personnel . 


9.8 COST SUMMARY 

Table 9-7 summarizes recurring and one-time installation costs 
developed in this section for convenient reference . 


9.9 OHIO NETWORK IMPLEMENTATION 

The networks presented in this study are designed to meet 
STACOM/OHIO traffic requirements through the year 1985. A cost analysis 
on the feasibility of constructing an intermediate network to meet 1981 
traffic level requirements, and then upgrading this network in 1981 
to meet 1985 traffic level requirements, as opposed to building a single 
network to meet traffic requirements through 1985 , was carried out . 

It was found that building a single netvjork now to meet I 985 traffic 
requirements would not involve additional cost over intermediate phasing 
of network upgrades. A single exception to this rule occurs in the 
cases of networks where New Data Types are involved, (Options 7 and 8). 
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Table 9-5 • Engineering Cost Estimates 
(man months) 


Task 

2, 3, & 4 
Regions 

1 Region 
New Data Types 

1 Region 
Others 

Pinal Functional Requirements 

2 

1 

2 

Switcher Design Spec/RFP 

u 


- 

Network Design Spec/RFP 

4 

1 

4 

Switcher Facilities RFP 

4 

- 

- 

Switcher Procurement Monitor 

6 

- 

- 

Network Procurement Monitor 

6 

3 

6 

Facilities Procurement Monitor 

6 

- 

“ 

Switcher Test Plan 

2 

- 


Switcher Testing 

2 

•i* 

- 

Network Test Plan 

2 

1 

2 

Network Testing 

2 

1 

2 

Documentation 

6 

1 

6 

Supporting Analysis 

6 

2 

6 

User Operators Manual 

6 

2 

6 

TOTALS - Man Months 

58 

12 

34 


APPROXIMATE COST AT $4K/^JM ($K) 230 


50 


130 
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Table 9-6. Personnel Costs 


Personnel 

No. Required 

($K) 

Annual Salary 

($K) 

Annual Cost 

Supervisor 

1 

20 

20 

Programmers 

2 

18 

36 

Operators 

6 

12 

72 


TOTAL PERSONNEL ANNUAL COST 


$128K 


Table 9-7. Cost Summary by Item 


Item 

Annual 

Recurring Cost 
Per Unit 
($k) 

One-Time 

Installation Cost 
Per Unit 
C$k) 

Lines, Modems, Service 
Terminals 

see Tariffs 
Tables 9-2, 9.3, 9*^1 

None 

Terminals 

0.6 

3.6 

Regional Switchers 

12.0 

180.0 

Switcher Floor Space 

4.8 

30.0 

Switcher Backup 
Power 

6.0 

20.0 

Switcher Personnel 

128.0 

None 

Engineering 

None 

50/130/230 

See Paragraph 9.6 
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Growth in new data type volumes from the present through 1985 
is such that it is less costly to implement one network to handle traffic 
volumes up to 1980 and to then add to the network to meet traffic demands 
from 1981 through 1985. 

For these reasons costs presented in Sections 7 and 8 are 
based on the construction in 1978 of networks that will accommodate 
predicted traffic levels through 1985 with the exception of networks 
involving new data types that are phased as indicated. 

Thus, STACOM/OHIO Networks can be regarded as involving cost 
over a period of eight years. Therefore, total eight year costs including 
installation and recurring costs are used as a basis of network option 
cost comparisons. 
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SECTION 10 

OHIO NETWORK FUNCTIONAL REQUIREMENTS 


This section presents the functional requirements as the top 
level network specification, to serve as a basis, for all lower level 
design specifications involved in the total network. 

Included is a basic descriotion of the Ohio STACOM network, 
the network elements and required functions. 

The use of the term STACOM Network refers to a single network or 
a group of networks that meet the functional requirements outlined herein. 


10 . 1 NETWORK PURPOSE 

The purpose of the STACOM Network is to provide efficient 
telecommunications capable of transporting information between Ohio state 
criminal justice agencies on a statewide scale and to and from specific 
interstate criminal justice agencies. Criminal justice agencies are 
agencies whose primary functions encompass law enforcement, prosecution, 
defense, adjudication, corrections and pardon and parole. The network 
shall be designed to handle communication requirements among these 
agencies projected through the year I 985 . 


10.2. STACOM USERS 

Users of the STACOM Network shall consist of any authorized 
agency within the Ohio Criminal Justice System. Users shall consist of 
the present users of the Ohio Law Enforcement Automated Data System, 
(LEADS), and other criminal justice agencies to the extent that their 
needs and contributions are compatible with the overall network goals 
of the Ohio STACOM Network Management. 


10.3 BASIC NETWORK CONFIGURATION 

The basic configuration of the STACOM Network is an array of 
network system terminations connected through Regional Switching Center, 
(RSC), facility (s) to a single data base located in Columbus, Ohio. There 
may be one or more networks comprising the STACOM Network to be determined 
during network analysis and design phases of the STACOM Project. 

Each system termination on the STACOM Network shall be defined 
as one of three types; 

( 1 ) Individual terminals 

(2) Groups of terminals in cities 

(3) Interfaces to regional criminal justice systems 
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Any of the system terminations shall be able to communicate with any other 
system termination. Each system termination shall not be routed through 
more than one RSC in gaining access to the Columbus data base, not 
including the Columbus switching facility, during normal network 
operation . 


Each system termination shall be connected to an RSC which 
serves the region in which the system termination is located. System 
terminations shall be connected to RSCs in minimum cost configurations 
that meet the functional requirements outlined herein. Direct connections 
between system terminations and RSCs and mulnidropped configurations shall 
be considered. 


10.4 MESSAGE CHARACTERISTICS 

10.4.1 Digital Message Types 

The STACOM network shall handle the following five basic types 

of messages . 

• Data File Interrogations/Updates 

These messages shall he inquiries, entries, modifiers, 
cancels, clears and responses to and from a data file at 
the state or national level. The text is generally in 
fixed format . 

® Administrative Messages 

These are messages between network users which do not 
involve data file access. The text is in a less resr 
trictive format. 

• Network Status 

These messages shall provide information at terminals 
initiating messages in the event that destination ter- 
minals or intermediate switchers or lines are unable to 
function. 

• Error Messages 

These messages shall contain Information regarding the 
nature of errors detected in transmitted messages , 
Messages in which errors are detected are not automat- 
ically retransmitted on the network, but may be re-sent 
at the user's discretion. 

• Fingerprints 

Digitized and/or analog representations of fingerprints 
shall be included on the STACOM Network. 


10.4.2 Message Content 

Criminal justice messages shall contain the following infor- 
mation in known locations: 
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Internal LEADS messages shall contain 
@ Message Origin 

« Message Type 

Regional LEADS messages, (RCIC, NCIC), shall contain 

• Message Type 

• Message Sequence Number 

ft Message Origin 

The State Data Base Computer in Columbus shall determine for 
each message 

ft Message Destinations 

ft Message Number 

9 NCIC Identifiers of Sending Agency 

• Sending Authority 


10. ■4. 3 Message Lengths 

Digital messages transmitted over the STACOM Network shall not 
exceed 500 characters in length. Actual messages exceeding 500 characters 
shall be blocked in message segments which shall not exceed 500 characters 
each. Multisegraent messages shall have a single overall message number 
and distinct message segment numbers. Each segment shall be transmitted 
as a separate message. The destination terrainal(s) must reassemble the 
overall message upon reception. 


10.5 NETWORK MESSAGE HANDLING 

10.5.1 Message Routing 

The STACOM Network shall provide communications routing for 
all messages between any two of its system terminations. 

The following specific routing capabilities shall be provided; 

ft Data base inquiry/update messages shall be routed 
from the originating terminal to the Columbus data 
base through no more than one intermediate Regional 
Switching Center, not including the Columous switcher, 
under normal network operation. Interface routing 
to NLETS and the NCIC shall be maintained as in the 
present Ohio LEADS system. 
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• Administrative messages shall be routed from the orig- 
inating terminal to the destination terminal through no 
more than two RSCs under normal network operation - 
Administrative messages shall also have a capability for 
ALL POINTS routing as currently employed by the Ohio 
LEADS system. 

• Digitized fingerprint data shall be routed from the 
originating terminal to the Ohio Bureau of Criminal 
Investigation, London, Ohio through no more than two 
RSCs under normal network operation. 

Message routing shall be accomplished by the regional switch- 
er(s) utilizing the destination information in the message. Single mes- 
sages destined for the same region in which they originate shall be 
switched to the appropriate system termination by the regional svjitcher 
servicing that region. 

When more than one system termination is specified as the 
destination point, the message shall first be routed through the Columbus 
switcher where STACOM Network Management may exercise the option to grant 
message approval . The Columbus switcher shall then generate the required 
number of messages and transmit them to designated system terminations in 
its own region, and shall transmit a single message to other regional 
switchers which serve system terminations that are also designated, where 
the appropriate messages shall be generated and transmitted. 


10 . 5.2 Message Prioritization 

Prioritization of messages shall be incorporated in the STACOM 
Network to the extent required to meet the message response time goals 
outlined in Paragraph 10.5.3. 

Messages shall be handled on a non-preemptive priority basis. 
In this scheme , messages or message segments in process of being 
transmitted shall not be interrupted, but allowed to complete before 
higher priority messages are honored. 

Under the above conditions, the STACOM Network shall be 
capable of recognizing and handling message types in accordance with the 
following prioritization: 

Priority 1: Items that may be directly related to officer safety, such as 
inquiries into Auto Alert, Vehicle Registration, Operators 
License and Wants/Warrants files, and ALL POINTS Administra- 
tive messages of a tactical nature. 

Priority 2; Administrative messages not related to officer safety or 

tactical needs, and CCH/OBTS, WE, SJIS, and OBSCIS messages. 

Priority 3: Fingerprint data or other criminal justice data consisting of 
large numbers of message segments. 
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The assignment of message types by the STACOM Network to a 
given priority level shall be under computer software control so that such 
assignments may be altered by STACOM Network management as needs arise. 


10.5.3 Response Time Goals 

Response time for the STACOM Network is defined as the time 
duration betvieen the initiation of a request for service of an inquiry 
message by the network at a system termination and the time at which a 
response is completed at the inquiring system termination. 

The response times shown below are maximum times for mean 
response times and for response times of messages 90 % of the time. These 
response times represent maximum allowable goal values on the STACOM 
Network. 


Stacora Response Time Goals Maximums 


Message Mean Response 

Priority Time 


90 % of Responses to 
Inquiries Received 
in Less Than 


1 9 sec 

2 1 min 

3 2 hr 


20 sec 
2.3 min 
4.5 hr 


10-5.4 Line Protocol 

(1) Half Duplex: 

The standard interface to system terminations shall be 
half duplex. 

(2) Full Duplex! 

Full duplex line discipline may only be used interne- 
gionally. 


10.5.5 Message Coding 

All STACOM Network messages shall be coded using the American 
Standard Code for Information Interchange (ASCII), USAS X3.4-1968. Mes- 
sage coding for interaction with the NCIC, RCIC, and NLETS systems shall 
conform to existing practices of the Ohio LEADS Network. 


10.5,6 Error Detection 

The STACOM Network regional switchers shall provide for bit 
error detection of erroneous messages. Error messages shall be trans- 
mitted to system terminations in accordance with present practices of 
the Ohio LEADS Network. The computer shall detect format errors and 
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transmission errors on incoming messages and notify the sending terminal 
appropriately. The computer shall also detect off-line or inoperative 
terminals . 

Messages shall not be automatically retransmitted upon error 
detection. Messages may be retransmitted at the discretion of the user. 


10.5.7 Network Status Messages 

The STACOM Network shall provide for notification to system 
terminations of any conditions which prevent operation in the normal 
specified manner. System terminations shall receive such status messages 
upon attempting to use the network when the network is in a degraded mode. 
System terminations so notified shall receive a further status message 
indicating normal network operation has been restored when malfunctions 
have been corrected. 


10.6 SYSTEM TERMINATIONS 

STACOM Network system terminations having interface capability 
of 1200 BPS or greater shall interface with the network using half duplex 
protocol. Terminals shall have the capability for off-line construction 
of input messages and for hard copy production of received messages. 

All terminals shall be pollable and provide for parity error 

detection. 


The number of system terminations per multidropped line shall 
not exceed 25. 


10.7 REGIONAL SWITCHING CENTERS 

The STACOM/Ohio Network shall be comprised of one dual pro- 
cessor Regional Svfitching Center (RSC) with a redundant data base located 
in Columbus and up to three additional RSCs without data bases. The fol- 
lowing describes the capabilities of each type of RSC. 


10.7.1 Switchers Without Data Bases 

10.7.1.1 Communieation Line Interfaces. An input communication line 
interface shall convert incoming serial bit streams into assembled 
characters and furnish electrical interface for the modem and logic 
required for conditioning. 

An output communication line interface shall convert characters 
into a bit stream. It shall also provide logic necessary to condition 
the modem for transmission and furnish the necessary electrical interface. 

RSCs shall be designed to handle either full or half duplex line 
protocols on any line interface. 
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10.7.1.2 Message Assemblv/Disassemblv. A message assembly unit shall 
assemble messages by deblocking the character stream. 

A message disassembly unit shall segregate messages into 
logical blocks for output. It shall also disassemble the blocks into a 
character stream for presentation to the communication line interface . 


10.7.1.3 Error Control. The error control function shall provide error 
detection capability and initiate error messages in accordance with 
requirements outlined in Section 10.5.6. The error detection function is 
highly dispersed. Character parity is most efficiently checked during 
assembly of characters in the interface. Block parities are checked upon 
assembly of blocks. Additionally, all internal data transfers shall 
require a parity check. 


10.7.1.^ MesBacre Control and Routing. The message control and routing 
function shall provide logic which examines the assembled message, 
determines its priority, destination, and forms the appropriate pointers 
and places them in the proper queue, (the pointers are queued, not the 
messages) . 


Message routing shall be performed by flSCs in accordance with 
procedures outlined in Section 10.5.1. 

In addition, this function shall maintain network status 
information for the purposes of determining availability of alternate 
communication paths in degraded modes of operation. 


10.7.1.5 Queue Control. This function shall provide buffer and queue 
storage used to assemble input messages, buffer them for output and to 
form space to queue the message pointers. 

Regional switchers shall maintain necessary queues for each 
system termination they service and for interregional traffic. These 
queues shall hold messages that cannot be sent immediately due to line 
usage conflicts. However, the regional switchers shall not maintain a 
long term store and forward capability. In the event that queue space is 
full , the regional switcher shall not accept any more messages and shall 
notify the other svjitcher not to accept messages destined for the switcher 
in question. 


This capability shall be provided through use of upper and 
lower queue threshold specifiable by the regional switcher operator. All 
system terminations sending messages to the regional switcher which would 
demand queue space in excess of the upper threshold shall be sent negative 
acknowledgement responses. Once the upper threshold has been exceeded, 
the regional switcher shall enter the input control mode (i.e., the 
regional switcher shall output only) . Any request for regional switcher 
service while it is in the input control mode shall result in a wait 
acknowledgement being sent to that system termination. The regional 
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switcher shall stay in the input control mode until the lower threshold is 
attained. 


Queue control procedures at the regional switchers shall be 
comprised of the following basic functions; 

• Provide three independent queues for each system ter- 
mination by priority as required, 

• Dynamic queue management where a common core pool is 
made available for queueing on an as-need basis. 

• Queue overflow management as discussed above. 

• Provide queue statistics for input to statistics gath- 
ering function, as discussed. 


10.7.1.6 Line Control. The line control function shall provide the 
capability of controlling and ordering the flow of data between the 
various message switchers. It also determines which line discipline is to 
be used. Full-duplex, half-duplex, polled or contention line discipline 
capabilities shall be possible. 


10.7.1.7 Network Statistics. The STACOM Network shall be capable of 
collecting statistical data fundamental to the continued efficient use of 
traffic level prediction and network design tools developed by the STACOM 
Project. 


The STACOM Network shall be capable of collecting the follow- 
ing statistical data: 

• Number of messages by message type received from each 
system termination at State Data Bases. 

• Number of messages by message type sent to each system 
termination from State Data Bases. 

• Average message lengths by message type received at 
State Data Bases. 

• Average message lengths by message type sent from State 
Data Bases, 

The STACOM Network shall provide for periodic sampling of the 
following statistics: 

• Origin-Destination message volumes by system termina- 
tion. 

• Percent of "HITS” and ’’NO-HITS” on each data base type. 
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• Average waiting times of input messages at switching and 
data base computers for CPU service. 

• Average waiting times of output messages at switching 
and data bass computers for output lines after CPU 
service . 

• Average CPU service time per message at switching and 
data base computers. 

• Total number of messages received each hour at the State 
Data Base. 

• Total response time for data base interrogations/ 
updates of selected system terminations. 


10.7.1.8 Operator Interface. The regional switcher shall provide means 
of interfacing with the operator. This interface shall be used to control 
and monitor the regional switcher and its network. The following 
functions are to be provided t 

• The regional switcher shall provide a set of commands 
for the purpose of communicating with the operator. 

• The regional switcher shall provide means of outputting 
data to the operator at a rate of at least 30 characters 
per second. 

• The regional switcher shall provide means of accepting 
operator control input. 

• The regional switcher shall provide high speed data 
output capability. This data output capability shall 
not be less than 300 lines per minute. A line shall 
have 132 characters. 


10.7.2 Switchers With Data Base 

RSCs with data base capability employ the additional function 
of providing file search and update capability. This function involves 
receiving messages from the switchers message control and routing function 
(see 10.7.1.5), and placing their pointers in queue by priority for 
access to data base files. Upon completion of data base access, messages 
are returned to the message control and routing function in preparation 
for output. 


RSCs with data bases shall maintain redundant data base files, 
each of which is updated in parallel at the time of file update . 
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10.8 NETWORK AVAILABILITY GOAL 

The availability goal for the STACOM Network shall be 0.979 
for the worst case Origin-Destination , CO-D), pair of system terminations 
on the network. The worst case 0-D pair is defined as that link from 
system termination to the data base computer that employs the largest 
number of system components in its path, or the one that is most 
vulnerable to failure. 

Availability of 0.979 implies an average outage of less than 
or equal to 30.2 minutes per day for the worst case path. 


10.9 TRAFFIC VOLUMES 

The STACOM Network shall be designed to handle traffic pro- 
jections through the year 1985 . These projections shall include traffic 
estimates plus design margins for peak vs, average loading. The total 
network throughput projected from 1977 to I 985 is as follows: 


Total STACOM Network Throughput 
(Average Msg/Day in 1000s) 


Year 

Leads 

BMV 

New Data Types 

1977 

1^17 

9 

14 

1981 

214 

85 

142 

1986 

284 

98 

170 


10.10 CONSTRAINTS AND BOUNDARIES 

10.10.1 Data Handling Constraints 

• All data transmission shall be digital with the excep- 
tion of fingerprint data which may be transmitted 
analog, or digitally, or both. 

• No unscrambling or decryption shall be performed within 
the STACOM Network. (Some modems perform scrambling in 
the normal course of their operation but this scrambling 
is transparent to the user.) 

• Traffic loading by network users in excess of the 
traffic safety margins for which their system termina- 
tions are designed could result in degraded message 
response time. 
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10.10.2 Data Rate Constraints 

The minimum service goal for the STACOM/Ohio Network shall be 
1200 Baud half -duplex lines. All available line capacity services above 
this rate shall be eligible for consideration in a oost/performance 
effective manner. 


10.10.3 Security and Privacy Constraints 

The STACOM Network shall be configured to allow management 
control by an authorized criminal justice agency or group of such 
agencies. Only STACOM Network operating personnel who have been 
authorized by STACOM Network management shall have physical access to the 
network equipment. These personnel shall have been thoroughly screened. 
It shall be the responsibility of the STACOM Network management to 
institute and maintain security measures and procedures consistent with 
good practice . 

It shall be the responsibility of the STACOM Network Manage- 
ment to insure that unauthorized personnel are not allowed access to 
system terminations and that authorized personnel do not employ the 
network facilities for any purposes other than those for which the STACOM 
Network is specifically Intended. 

STACOM Network design shall assist in the realization of 
adequate security to the extent that engineering considerations can 
contribute. The STACOM Network shall consider in its design methods to 
prevent any alteration of the content of messages once they have been 
routed over the network. All of the equipment comprising the STACOM 
Network, except for the communication lines, shall provide adequate phys- 
ical security to protect them against any unauthorized personnel gaining 
access to the STACOM Network. The computers and other network accessing 
equipment comprising the STACOM Network shall be located in controlled 
facilities. Redundant elements should be configured such that a single 
act of sabotage will not disable both redundant elements. 
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SECTION 11 

ANALYSIS OF EXISTING NETWORKS IN OHIO 


This section presents a brief description of the existing 
LEADS system in Ohio and a comparison of network characteristics with the 
design criteria presented in the OHIO Functional Requirements. 

Areas of discrepancy in the existing system are noted, ana- 
lyzed and discussed. 


n.1 THE EXISTING LEADS NETWORK 

The LEADS Network presently consists of ten, 2400 Baud line 
configurations serving 102 Ohio State Patrol offices and twenty, 150 Baud 
raultidropped lines serving 287 sheriffs and Police Departments. The 
network also provides lines for the Toledo NORIS System, the Cleveland 
Police Department, the Cincinnati CLEAR System, NLETS and the NCIC. 

Figure 11-1 shows a layout for the 2400 Baud lines and Figure 
11-2 shows the layout for the 15O Baud lines. The figures show the present 
LEADS system to consist of a single regional switching facility located in 
Columbus, along with state data bases, serving the Ohio law enforce- ent 
community . 


The present system shows no more than 15 terminals multi- 
dropped on any one line. This restriction is due to earlier computer 
front end limitations when the LEADS system employed a UNIVAC 1106 
dual processor in Columbus. 

In December of 1976, the 1106 was replaced with a UNIVAC 
1100/42 system which is presently in service. 

Total costs for the present LEADS system for lines, modems and 
service terminal arrangements is $506,000 per year. 

UNIVAC UnisGope-100 terminals are used on 2400 Baud lines and 
NCR 260-6 terminals are used on the 150 Baud lines. The total lease 
annual cost for terminals on the LEADS System is $745,000. 


11.2 COMPARISONS OF EXISTING NETWORKS WITH STACOM/OHIO 

FUNCTIONAL REQUIREMENTS 

Table 1 1-1 summarizes conformity to STACOM/Ohio Functional 
Requirements by existing networks. Two main areas of deviation exist; 

(1) Response times on LEADS 150 Baud lines are inadecuate. 
Response times on 2400 Baud lines are inadequate at 
times of peak traffic loading. 
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Table 11-1. Conformity Summary of Existing Networks to 
STACOM Functional Requirements 


Requirement 

Section V 
Requirements Met 

Section V 

Requirements Not Met 

Message Characteris- 
tics 

All 

— 

Network Message Hand- 
ling 

Routing, Protocol, Cod- 
ing, Error Detection, 
Status Messages 

Response Time on 
150 Baud Lines 
(Note-I ) 

System Terminations 

All 

— 

Regional Switching 
Centers 

All 

— 

Network Availability 
Goal 

All 

— 

Traffic Volumes 

Average traffic levels 

Peak traffic levels 

Constraints and 
Boundaries 

Data Handling, Security 
and Privacy 

Data Rates 


(Note-1); Message Prioritization Requirements Not Applicable in 
Existing Networks 


(2) Line rate restrictions to 1200 Baud or greater are 
not met on the LEADS network. 

The following section discusses the nature of these deviations 
in more detail. 


11.2.1 Response Times 

Response time for the STACOM Network is defined as the time 
duration between the initiation of a request for service for an inquiry 
message at a network system termination and the time at which a response 
is completed at the inquiring system termination. 

The response time goal for the STACOM Network for law en- 
forcement traffic is to achieve a mean response time of less than or equal 
to 9 seconds, which insures that 9056 of the time, responses to inquiries 
shall be received in less than 20 seconds. 
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Figure 11-3 shows a plot of mean response time vs traffic 
loads in thousands of transactions per day for the 2400 Baud Lines 
in the existing LEADS system. 

Three curves are shown for different computer configurations. 
The first is for the recently replaced (December 1976) 1106 computer; the 
second is for the existing 1100/42 configuration; and the third is for the 
existing 1100/42 v^ith additional core and fixed head discs added. (The 
1106 configuration has been included to provide a feeling for the signif- 
icance of the upgrade from the 1106 to the present 1100/42). 

Each configuration functions with the mean service times 
indicated in the figure. Table 11-2 presents a sample calculation used to 
arrive at a mean service time estimate for the existing 1100/42 using 8440 
disc units. The mean service time of this configuration can be improved 
as future traffic requirements increase. For example, the addition of 
core memory units to the computer would relieve the necessity for periodic 
application software roll-in from disc. Also, replacement of the 8440 
disc with a fixed head disc units with faster transfer rates, (such as the 
8433 dual density disc with a transfer rate of 179,111 words/sec and a mean 
access time of 42.5 ms), would improve mean service time to 503 ms. Mean 
response time for this configuration is depicted as Curve 3 in Figure 11-3. 

The response time curves can be used to anticipate system 
upgrade requirements. For example, at the time of the upgrade from the 
1106 system with a mean service time of 790 ms to the 1100/42 with a mean 
service time of 650 ms, the LEADS system was handling approximately 
170,000 transactions per day. At this point the computer utilization was 
approximately 0.80 for the II06 system with a mean service time of 790 ms. 
The curve indicates that at this operating point, small deviations upward 
in the number of transactions per day will result in large increases in 
response times at terminals. 

In particular, it is seen that during periods of peak loading 
when it is estimated that traffic may be as much as twice the' average, 
system queues become excessive. 

The second response time curve, (Curve 2, Figure 11-3), sug- 
gests that the current configuration with a mean service time of 0.650 
seconds can sustain traffic volumes of 190,000 transactions per day before 
the computer utilization exceeds 0.70. It is desirable to maintain 
computer utilization at less than 0.70 to insure that service is not 
hampered by excessive queueing in the computer. Thus, to the extent that 
current traffic levels exceed 190,000 transactions per day on the average, 
or at points in the day when transaction levels exceed approximately 
1/sec, the computer utilization vfill exceed 0.70 in the present dual 
processing system. 

This analysis shows that there is little system margin over 
the current estimated 180,000 transactions per day, and that while most of 
the time the system provides adequate response times, (under 9 seconds), 
on 2400 Baud lines, system performance is not presently adequate during 
peak traffic demand periods. 
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Figure 11-3, Existing LEADS Hetwork Response Time vs Throughput- 
2400 Baud Lines 
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Table 11-2. Mean Service Time Calculations 
Leads UKIVAC 1100/42 


Operation 

Operation 

Mean 

Value 

Per 

Transaction 

Disc 

Type 

Disc 

Transfer 

Rate 

(Wds/ 

sec) 

Disc 

Access 

Time 

(ms) 

Mean 

Execute 

Time 

Per 

Instruction 

(ns) 

Time 

(sec) 

Program 
Roll In 

16,000 Wds 

8440 

138,888 



0.1152 

System 

Software 

150,000 

Instructions 

— 

— 

— 

0.8 

0.1200 

Application 

Software 

150,000 

Instructions 

— 

— 


0.8 

0.1200 

Disc I/O 
Access 

6 I/O's 

8440 

— 

47.5 

— 

0.285 

Disc I/O 
Data 

224 Wds 
6 times 

8440 

138,888 

— 

— 

0.010 




Total 

Mean Service Time = 

.650 


Response times at terminals for the existing 150 Baud lines 
on the LEADS Network are shown in Figure 11-4, The major component 
of waiting time for responses at these terminals is due to the low 
line speed employed, which dominates the response time characteristics. 
This is further evidenced by the fact that there is little difference 
exhibited in response time as a result of using the 1100/42 configura- 
tion with a mean service time of 0,650 seconds, (Curve 1, Figure 11-4), 
and the configuration with mean service time of 0.503 seconds, (Curve 2, 
Figure 11-4). 


At all traffic levels, the present use of 150 Baud lines does 
not meet the functional response time requirements of the STACOM Network. 
For this reason, STACOM communication lines are limited to 1200 Baud or 
greater in capacity. 
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11.3 the existing bmv network 

The existing Bureau of Motor Vehicles (BMV) network consists 
of 2^2 INCOTERM terminals distributed throughout BMV offices in the state 
of Ohio . 


Vehicle registration and drivers license data is collected at 
each terminal during the working day and transmitted to Columbus during 
the evening to update LEADS, VR, and DL files. Inquires as to applicant 
status are made during the day hours into Columbus data bases as appli- 
cants appear at BMV offices. Figure 11-5 shows the present BMV neWork 
layout. The network employs 1200 Baud lines at a total annual cost 
of $295,000, for lines, modems, and service terminal arrangements. 
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SECTION 12 

NEW OR IMPROVED STACOM/OHIO NETWORKS 


This section presents detailed topology, cost and performance 
data for each of the network options as outlined in Section 8. Section 13 
of this report presents a comparative discussion of cost and performance 
data for the options considered. 


12.1 GENERAL CONSIDERATIONS 

The networks presented here have been constructed subject to 
the MPL line tariff discussed in Section 9 for interstate networks, with 
the exception of those BMV and New Data network options that were con- 
sidered as separate from the LEADS network and subject to an intrastate 
tariff. The high density MPu Ohio cities used in MPL runs are Akron, 
Cincinnati, Cleveland, Columbus, Canton, Dayton, Toledo, and Youngstown. 


12.2 COMPUTER PERFORMANCE REQUIREMENTS 

It is considered mandatory that STACOM/OHIO response time 
functional requirements are to be met for all network options at peak 
network traffic loads. To this end, computer mean service times per 
transaction at peak traffic loads have been assumed such that computer 
utilization never exceeds 0.700. It is important to realize that in- 
creasing line speeds does not appreciably decrease network response times 
when computer utilization becomes high, i.e., increasing line speeds is 
not an effective solution for alleviating computer queueing pressure. 

Table 12.1 summarizes computer mean service time requirements 
per transaction required to meet estimated peak loading of the Columbus 
computer. The second column in the table labeled Average Messages 
per Day includes estimates of present law enforcement data types, law 
enforcement use of CCH and computer loading due to BMV transactions. 

It is assumed that the computer will be loaded by BMV transactions 
whether or not the BMV network consists of separate lines from the 
LEADS network. The figure presented is the number of messages arriving 
at the computer that result in computer switching or data base access 
demand . 


The third column shows Average Transactions per Day. This 
value takes into account the fact that some data base inquiries automat- 
ically trigger inquiries/responses (transactions) to other data bases in 
the system. LEADS system computer studies indicate that there are 1.3 
computer transactions generated on the average for each arriving message. 

The fourth column presents the resulting Average Transactions 
per Second and the fifth column shows the resulting Peak Transactions per 
Second, LEADS traffic studies indicated that at the busiest time of day 
the peak traffic load is twice the overall daily average load. 
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Table 12-1. Mean Computer Service Times Required 
for Peak Loading 


Required 

Mean 


Av Msg Service 

Per Day Time Per 


arriving 

Av 

Av 

Peak 


Transaction 

at 

Trans 

Trans 

Trans 


Per 

Computer 

Per Day 

Per 

Per 

Processor 

Processor 

Year C 1000's) 

ClOOO's) 

Sec 

Sec 

Con fig 

(ms) 


1977 

99 

129 

1.5 

3.0 

2 

X 

2 

467 

1981 

219 

285 

3.3 

6.6 

4 

X 

4 

424 

1985 

274 

356 

4.1 

8.2 

4 

X 

4- 

342 


Column six indicates the dual 2x2 and the 4x4 UNIVAC 
processor configurations assumed for the 1977 , 81 , and 85 network topology 
design runs. 


The last column indicates the required mean service time per 
processor per transaction to maintain the computer utilization at less 
than or equal to .700 at all times. 

For example, the following equation defines the data base 
computer RHO as : 


E(nCD) 

PcD = — — — ^ ECtSCD) 


Where : 

E(nCD) = Computer Transaction Arrival Rate per Second 
W = Humber of parallel processors 
ECtSCD) = Mean Service Time per Transaction 
Thus, the required Means Service Time is 


E(tSCD) = 


N X Pco 

iCnCoF 
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The network designs presented in the following pages of 
Section 12 call for an upgrade of the Columbus Computer at the present 
time to meet I 98 I traffic levels and an additional upgrade in 1980-81 to 
meet 1985 throughput requirements shown in Table 12-1, 

While it is not within the scope of this statewide network 
option study to detail computer system upgrade planning, general ap- 
proaches to the problem do suggest themselves. 

For example, roughly half of the six average disc I/O's 
carried out per transaction, are involved in catalogue access. If these 
master locator arrays, indexes and name files were implemented on fixed 
head discs, access time could be reduced to approximately 10 ms per 
access, or less. Allowing three remaining file accesses 
at 3^ ms per access leaves 210 ms for mean CPU processsing time per 
transaction to total 342 ms as shown in Table 12-2, 

Such an approach calls for a substantial change in existing 
telecommunications software, and is only intended here to clarify the 
order of magnitude of requirements. Obviously, any reduction in the mean 
number of disc accesses would substantially alleviate mean CPU processing 
time requirements, Hovjever, the values presented in Table 12-2 are not 
unrealistic in the present day state of the art at costs comparable to the 
1100/44 type configuration. 

As mentioned in Section 9, in the discussion of the approach 
to comparative network option costing, the costs for accomplishment of 
mean service time performance at the Columbus computer are not estimated 
in this report nor Included in cost estimates for the specific network 
options which follow in this section. 

This is not unreasonable, since the computer upgrades called 
for are a function of data base computer loading, and, as such, are essen- 
tially independent of network topology alternatives. The costing pre- 
sented in this section is still valid in terms of providing relative cost 
advantages for all options considered. 


12.3 OPTION 1 - SINGLE REGION LEADS 

12 . 3.1 Topology 

The STACOM/OHIO single region LEADS network layout is shown in 
Figure 12-1. The network consists of a single regional switcher and data 
base computer located in Columbus. There are 23 multidropped lines 
serving system terminations consisting of a mix of 1200 Baud and 21100 Baud 
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Table 

12-2. CPU 

Processing Time 


Operation 

Accesses 

Time/Access 

Total Time (ms) 

Catalogue Access 

3 

10 

30 

File Access 

3 

34 

102 

CPU Processing Time 

___ 


210 

Mean Service Time 



342 ms 


lines. Table 12-3 presents the detailed terminal assignments for each of 
the 23 multidrops by PID Number. Reading from left to right, the table 
shows the line number, Cl to 23), the total number of terminals on the drop, 
the PID number of the first terminal out of Columbus, and the remaining 
PID numbers of terminals in the order in which they appear on the drop. 


12.3*2 Costs 

Total 8 year costs to 1985 for the single region case are 
presented in Table 12-4. Total 8 year costs amount to $7*960,000. About 
40% of this total cost is due to terminal recurring and purchase costs. 
Lines, modems and service terminals account for almost 60? of costs. 
Regional switches are not required in this option. 


12.3.3 Line Performance 

Table 7-5 suiianarizes performance characteristics by line for 
the single region LEADS Network. Reading from left to right, the table 
presents the line number, the first terminal on the drop by PID number, 
the total number of terminals on the drop, the line capacity in Bauds, the 
peak line utilization value, total mileage on the drop, and the mean 
response time for any single terminal on the drop. 

Mean response times on the single region network run between 
1,8 and 7.5 seconds depending on the specific multidrop line. Of the 
23 lines in the network, 8 have mean response times of 5 seconds or less. 
The worst case mean response time is 7.5 seconds. 


12.3.4 Network Availability 

The availability of the data base to any terminal on the network 
is 0.988 calculated in accordance with the procedure outlined in Section 7.4. 
An availability of 0.988 implies an outage of 17.3 minutes per day. 
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Table 12-3. Terminal Assignments 


NETWORK OPTION! LEADS 


NUM3ER OF REGIONS! X 


RE6I0N 

1 


TERMINALS 

LINE TOTAL 


NO, 

NO. 

STARTING 

REMAINING 

1 

9 

416 

417,104,324,100,325,321, 99,322, 

2 

2S 

3S3 

108,109,335,323,117,346,345,157, 17,163, 
154, 24,155, 18,160,166,159, 19,158,368, 
162,164,165, 20, 

3 

25 

95 



367,365f3o4, 16X J 35T»3*55» 57^379, 

378, 20,193,186, 30,382,377,371,180,181, 
32,350,376,414, 


4 4 146 

113,114,112, 

5 24 343 

340,330,110, 98,329,349,336,138,142,152, 
251,139,151,351,110,344,140,149, 16,144, 


6 

12 

323 

145,150, 25, 

7 

5 

13 

107, 12, D, 0, 0, 0, C, 0, 0, 0, 

0, 

8 

17 

116 

2&fl7S.- 34^168: 

9 

25 

383 

331,334,111,332,143,350,352,348, 338,341, 
102,318,101,339,319,148, 

10 

5 

64 

3S0, 169,176,178, 22,141, 23,182,171,171, 
33,175,174,179,176,172, 35,362,360,361, 
359, 21,156,363, 

11 

6 

54 

354,247, 63,24g, 

12 

28 

44 

235,231, 52,238, 59, 

13 

22 

229 

236,390,230,200,241, 56,265,393,225,220, 
396,394,226, 55,219,223,224,216, 2?1, 243, 
242,233? 38, SO? 

14 

21 

408 

58,244,217, 57,222? 388,397, 60,232,237, 
387,248, 61,252,409? 62,245,246,218,386, 
234, 

15 

23 

385 

407, 67,194, 198?392?196, 189,190, 29,188, 
195,187,192, 31,135,184, 37,191,197, 39, 




204,205,202,201, 47,212,389, 48,211, 49, 
391, 250, 254 1 4 lQ,aOt>? 20 8,207,210, 51,395, 


203,209, 
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Table 12-3. Terminal Assignments (Continuation 1) 


17 

25 

400 

18 

7 

370 

19 

9 

422 

20 

20 

3 OS 

21 

24 

302 


22 

16 

84 

23 

19 

74 


42, 41,406, 

401, 68,402,255,257,266,215,214, 40,256, 
258,262,259,261,263,267,264' 71, 70,147, 
403,260,239, 72, 

381,295, 76,423,415’,419, 

228,105, 46, 36, 85,337,421,347, 

418, 96, 86,412,413, 88,320,315,316,314, 
90,317, 94,420, 89, 93,3(10,301, 87, 

303,311,309, 77,312,304, 78,298,399,292, 
31,375,374,373, 80,305,306,307, 91,310, 
404,405, 92, 

275 , 274 , 295 , 273 ,272,271,270, 73,278 , ?79 , 
283, 83,280,276,277, 

75,286,297,287, 79,284, 69,262,269,291, 
201,288,294,290,296,269, 32,372, 
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Table 12-il-. Network Option Costs (Thousands of Dollars) 




Recurrine Costs 

One Time 
Insta nation 
Costs 


Item 

No . 
Reqd. 

Annual 

Cost 

Each 

Total 

Annual 

Cost 

Eight 

Year 

Cost 

Total 

Unit Purchase 
Cost Cost 

Total 

Eight Year 
Cost by 
Item 

Lines , Modems 

Service 

Terminals 

- 

- 

564 

4,512 

42 

4,554 

Regional 

Switchers 

0 






Switcher 
Floor Space 

0 






Switcher 

Back up 

Power 

Terminals 

Switcher 

Personnel 

0 

310 

0 

0.6 

234 

1,872 

3.6 1,400 

3,272 

Engineering 





130 

130 

Subtotals 



798 

6,384 

1,572 

7,956 





Total Eight-year Cost 

7,960 
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Table 12-5 • Network Line Characteristics 


Network 

I.EADS 

Number of Regions 

1 

Remarks 

Columbus as Recional Center 




Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response Time 
(sec) 

1 

4l6 

9 

1200 ■ 

0.161 

145 

4.9 

2 

353 

25 

1200 

0-679 

212 

7.5 

3 

95 

25 

1200 

0.503 

195 

6.8 

4 

146 

5 

2400 

0.433 

66 

3.5 

5 

343 

24 

1200 

0.518 

183 

6.8 

6 

323 

3 

2400 

0.584 

101 

4.6 

7 

13 

5 

2400 

0.460 

120 

3.6 

8 

116 

17 

1200 

0.664 

159 

6.8 

9 

383 

25 

1200 

0.540 

256 

7.0 

10 

64 

5 

1200 

0.123 

192 

4.5 

11 

54 

6 

2400 

0.412 

126 

1-9 

12 

44 

25 

1200 

0.674 

186 

7.4 

13 

229 

22 

1200 

0.590 

188 

6.9 

14 

408 

21 

1200 

0.493 

158 

6.5 

15 

385 

23 

1200 

0.498 

190 

6.7 

16 

43 

4 

2400 

0.349 

110 

3.1 

17 

400 

25 

1200 

0.574 

184 

7.1 

18 

370 

7 

1200 

0.213 

40 

4.9 

19 

422 

9 

2400 

0.649 

0 

5.2 

20 

308 

20 

1200 

0.418 

181 

6.3 

21 

302 

24 

1200 

0.448 

229 

6.6 

22 

84 

16 

1200 

0.667 

188 

6.8 

23 

74 

19 

1200 

0.659 

227 

7.0 


12.4 OPTION 2 - TWO REGION LEADS 

12.4.1 Topology 

The STACOM/OHIO two region network is shown in Figure 12-2. In 
addition to the switcher data base computer located in Columbus, a 
regional switcher is located in Cleveland which serves system terminations 
in the northeast as shown. A single 4800 Baud line connects the Columbus 
and Cleveland computers. 

There are twelve multidropped lines in the Cleveland Region , 
all of which are 1200 Baud lines with the exception of one 4800 Baud 
line. The Columbus region also has twelve lines, four of which are 
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2400 Baud lines. The remaining eight lines are 1200 Baud lines. Table 12-6 
details the terminal assignments to lines by PID number for the two region 
case . 


12.4.2 Costs 

Eight year total costs for the two region case are presented 
in Table 12-7. Total costs are $9,470,000. 

The costs of the additional switcher amounts to about 16?& of 

this total. 


Note that costs for lines, modems and service terminals drop 
from $564,000 per year in the single region case to $561,000 in the two 
region case. 


12.4.3 Line Performance 

Table 12-8 lists line performance characteristics. Mean 
response times on the two region network vary between 3.7 seconds to 8.6 
seconds on specific multidrop lines. On 13 of the total of 24 lines in 
the network the mean response time is leso than 7 seconds. The worst case 
mean response time for any given line is ''j.S seconds. 


12.4.4 Network Availability 

The availability of the data base in Columbus to any system 
termination on the network is 0.982. An availability of 0.982 implies an 
average outage of approximately 26 minutes per day. 

12.5 OPTION 3 “ three REGION LEADS 

12.5.1 Topology 

The STACOH/OHIO three region LEADS network layout is presented 
in Figure 12-3. The network consists of regional switcher in Cleveland and 
Cincinnati, and the switcher data base computer in Columbus. A 4800 Baud 
line connects the Columbus computer to the Cleveland switcher and another 
4800 Baud line connects the Columbus computer to the Cincinnati Switcher. 

Line assignment details are presented in Table 12-9. 

There are 11 multidropped lines serving the Cleveland region 
from the Cleveland switchers, all of which are 1200 Baud lines with the 
exception of one 2400 Baud line, and one 4800 Baud line. 

The Cincinnati switcher handles three 1200 Baud lines and two 
2400 Baud lines in its region. The Columbus switcher data base computer 
handles nine 1200 Baud lines in servicing the central region. 
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Table 12-6. Terminal Assignments 


NETWORK option: t-EADS 


NUMBER OF REGIONS! Z 


REGION 

1 


2 


terminals 

LINE TOTAL 

NO, NO. STARTING REMAINING 


1 

16 

191 

2 

24 

207 

3 

10 

390 

4 

6 

54 

5 

14 

242 

6 

14 

60 

7 

12 

200 

S 

21 

229 

9 

18 

294 

10 

13 

269 

11 

4 

43 

12 

21 

403 

1 

26 

300 

a 

10 

370 

3 

9 

422 

4 

23 

553 


J.97f 39fia5fl8lVf 37»^0ar407f 67rl9a»392, 
196 1 19-3 » 379, 378 » 2»' 

20a,209F385r20S»lBS*'ia9rl90r 29,195,187, 
192, 31, 30, 382, 37?, 371,180,181, 32,383, 
380,169,186, 

236, 50,211, 49, 48,395,210, 51,206,389, 
212,202,201, 47,20-3,209, if4, 

235,231, 52,238, 59, 

233,234, 58,244,21?, 386 ,222, 308, 218, 409, 
62, S?,219f 

397,232,237,387,248, 61,252,245,246, 64, 
354,247, 63, 

230,241, 56,265,393, 38,410, 391, 215,214, 
40, 

243, 56,394,216,223,221,239,260, 72,272, 
271,270, 73,226,225,220,396,250,254,224, 

290, 83,283, 84,275,274,295,273,270,279, 
280,276,277,296,289, 82,372, 

284, 69,282,206,297,287, 79, 74, 75,291, 
281,288, 

42, 41,406, 

259,262,258,256,257,266,255,402,400,401, 
68,399,298,261,263,267,264, 71, 70,J47, 


301, 87,303,302,305,306,307, 91,310,404, 
405, 92,311,309, 7?, 312,304, 78,292, 81, 
375,374,373, 80, 

381,295,308,418, q6, 06, 76,423,415,419, 
376,367,365,364, 4b, 366,161, 


228*105, 46, 36, 85,337,421,347, 


416,417,412,413, 80,320,315,316,314, 90, 
317, 94,420, 09, 95,104,324,100,325,321, 


liEPiwuucmaa’Y 

ORIGINAL PAGE Ib 
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Table 12-6, Terminal Assignments (Continuation 1) 


5 2S 95 

'fm,357»356, 27» 19f* 358» 163 » 154^*173,178, 
22,36S» 24,155* 18*160.166,159* 19,158, 
162,164,165, 20* 

6 1 146 


7 24 

8 3 

9 5 

10 19 

11 9 

12 17 


343 

340,330*110, 98*329*349,336,133*142,152, 
251,139,151,351,115*344,140,149, 16,144, 
145,150, 2S, 

323 

107, 12, 

13 

26,173, 34,168* 

33 

23,132,141,179*176,171,171*172, 35,362, 
360,361,359, 21,156,363,175,174, 

108 

109,335,328,117*346,345,157, 17, 

116 

331,334*111,332* 143 , 350 , 352 * 343 ,333.341, 
102,318*101,339,319,148, 
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Table 

12-7. 

Network 

Option 

Costs { Thousands 

of Dollars) 






One 

Time 







Installation 




Recurrine Costs 

Costs 









Total 



Annual 

Total 

Eight' 

- 

Total 

Sight-year 


No, 

Cost 

Annual 

year 

Unit 

Purchase 

Cost by 

Item 

Reqd 

, Each 

Cost 

Cost 

Cost 

Cost 

Item 

Lines, Modems 
Service 

- 

- 

561 

4,488 

- 

42 

4,530 

Terminals 








Terminals 

390 

0.6 

234 

1,872 

3.6 

1 ,400 

3,272 

Regional 

Switchers 

1 

12 

12 

96 

180 

180 

276 

Switcher 
Floor Space 

1 

4.8 

4.8 

38 

30 

30 

68 

Switcher 
Back-up Power 

1 

6.0 

6.0 

48 

20 

20 

68 

Switcher 

Personnel 

1 set 

128 

128 

1,024 


" 

1,024 

Engineering 






230 

230 

Subtotals 



946 

7,566 


1,902 

9,468 



Total Eight-year 

Cost 


9,470 
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Table 12-8. Network Line Characteristics 


Network 

LEADS 

Number of Regions 

2 

Remarks 

Cleveland as Recional Center 




Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response Time 
(sec) 

1 

191 

16 

1200 

0.367 

144 

7.9 

2 

207 

24 

1200 

0.416 

159 

8.6 

3 

390 

18 

1200 

0.503 

58 

8.4 

n 

54 

6 

4800 

0.417 

0 

3.9 

5 

242 

14 

1200 

0.370 

40 • 

7.8 

6 

60 

15 

1200 

0.408 

81 

7.9 

7 

200 

12 

1200 

0.370 

46 

7.7 

8 

229 

21 

1200 

0.516 

92 

8.7 

9 


18 

1200 

0.549 

140 

8.6 

10 

269 

13 

1200 

0.544 

111 

8.2 

11 


4 


0.696 

31 

5.1 

12 

403 

21 


0.4g4 

132 

8.6 


Network 

1.EADS 

Number of Regions 

2 

Remarks 

Columbus as ReRional Center 




Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response Time 
(sec) 

1 

300 

25 

1200 

0.496 

241 

6.9 

2 

370 

18 

1200 

0.444 

112 

6.3 

3 

422 

9 


0.649 

0 

5.3 

4 

353 

23 

HlS'S 

0.426 

289 

6.6 

5 

95 

25 


0.623 

233 

7.3 

6 

146 

5 


0.433 

66 

3.6 

7 

343 

24 

1200 

0.518 

183 

6.9 

8 

323 

3 

HEEI 

0.584 

101 

4.7 

9 

13 

5 


0.460 

120 

3.7 

10 

33 

19 

IrI 

0.394 

258 

6.2 

11 

108 

9 


0.321 

78 

5.3 

12 

116 

17 

1200 

0.664 

159 

6.9 
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i 

t 


• 


Table 

12-9. 

Terminal Assignments | 

ll 

j NETWORK 

li 

OPTION! LEADS 


l! 

»l£ODUCIBlLnY OF THE 1 




PBIGMAL PAGE IS POOE ( 

[' NUMBER 

1 1 

OF REGIONS! 3 


( 

1 

|i 




TERMINALS 

! ' 

line 

total 


f 

!' RESIGN 

NO, 

NO. STARTING 

remaining ; 

! : 
I 

1 

6 

54 

235,231, 52,238, 59, : 

1 ■ 
! ■ 

Z 

2 

242 

233# 

[| 

3 

17 

58 

229,234,244,217,386,222,388,218,409, 62, 
272,271,270, ?3» 57,219, 

: j 

4 

15 

60 

* 

1 1 
■ 1 

j| 


241 

397,232,237,387,248, 61,252,245,246, 64, 

354,247, 63,249, 

1 

zz 

1 

5 

56,243-, 55.394,216,223,221,226,225,220, | 

396,250,391,410,216,214, 40,254,224,265, 







393, 

i 

: i 

6 

16 

200 

230, 38,390,236, 50,211, 49, 48,206,207, 

210, 51,208,395, 44, . 

1 

i 

7 

22 

389 

212,202,201, 47,204,203,209,205,186,189, 
190, 29,196,191,197, 39,195,187,192, 31, 





3B5, 

, 

8 

18 

294 

290, 83,283, 84,275-274,295,273,278,279, | 

280,276,277,296,289, 82,372, 1 


9 

7 

269 

• 





284, 69,282, 74, 71', 291, f 


10 

4 

43 

42, 41,406* J 


U 

22 

260 

5 

403 , 259 , 262,258, 256,257,266 , 255 ,402,400 , | 

401, 68,261,263,267,264, 71, 70,147,239, i 

1 

Z 

i 

i 

j 

1 

14 

322 

72, 1 

321, 99,325,100,104, 96,340,330,110,343, 

329,349,324, ; 

■J 

2 

1 

172 

1 

} 

j 

3 

3 

13 

323 

148 

\ 

1 

107, 12, I 


4 

319, 102, 3 18, 101 .339, 351, 115, 144 ,145 *341, 
334,111* 




5 

18 

338 

331,348,352,350*143*251,139*151,152,142, 

138,344,140.141,332,116,146, 


1 

25 

346 
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Table 12-9. Terminal Assignments (Continuation 1) 


2 25 

3 17 

9 

5 17 

6 

7 13 

8 5 

9 2b 


345,157, 17,163,154,150, 26,160,166, 24, 
155, 18,368,162,164,165, 20,159, 19,158, 
335,328,117,336* 

365 

364, 45,357,356, 27, 194, 1Q3, 379, 378, 28, 
358,198,392,186, 30,382,377,371,180,181, 
32,185,184, 37, 

370 

308,300,301, 87,302*303,305,306,307, 91i 
310,404,405, 92,381*419, 

422 

228,10b, 46, 36* 8b*337r4?i, 347, 

353 

418, 9br 86,412,413* 88,320,315,316,314, 
90,317, 94,420* 89, 93, 

295 

76,423,415,311*309, 77,312,304, 78,298, 
399,286,297,287, 79,288,292, 81,375,374, 
373, a0*2fll* 

95 

367,376,408,407* 67*414,366,161,108,109, 
416,417, 

13 

26,173, 34,168* 

383 

380,169, 178, I7a» 22*141* 23,182,171,171, 

33,175,174,179*176,172, 35,362,360,361, 
359, 21*156,363* 
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12-5.2 Costs 

Total eight year costs for the three region LEADS case amount 
to $10,950,000 as indicated in Table 12-10. The regional switchers amount 
to approximately 2 ^% of the total cost. 


Note that recurring costs for lines, modems and service 
terminals are slightly higher than in the two region case. The small 
increase is due to an increase in inter-regional line costs in the 
three region case . The intra-regional line costs in the two and three 
region cases are almost identical. 


12-5-3 Line Performance 

Line performance characteristics are presented in Table 12-11. 

Mean response times on multidropped lines for the three region 
case vary from 4.0 to 8-7 seconds. On 11 of the total of 25 network lines 
the response time is less than 7 -0 seconds . The worst case mean response 
time is 8-7 seconds. 


12.5.4 Network Availability 

Network availability for the three region case is 0.982 which 
corresponds to an average daily outage of 26 minutes per day. 


12.6 

OPTION 4 - FOUR 

REGION LEADS 



12.6.1 

Topology 




12-4. 

The STACOM/OHIO four region LEADS 
Three regional switchers in Cleveland, 

network is 
Cincinnati 

shown in Figure 
and Toledo service 


the network in addition to the switcher data base in Columbus. Line 
layout details are shown in Table 12-12. The Cleveland switcher handles 
nine 1200 Baud lines and one 4800 Baud line. The Toledo region is served 
by four 1200 Baud lines and one 2400 Baud line. The Columbus switcher 
data base computer services the central region with five 1200 Baud lines 
and one 2400 Baud line. The Cincinnati switcher handles the same 
terminals in the four region case as in the three region case consisting 
of three 1200 Baud lines and two 2400 Baud lines. The total number of 
lines in the four region LEADS network is 26. 

The Cleveland, Toledo, and Cincinnati switchers are each con- 
nected to the Columbus switcher data base with a single 4800 Baud line. 
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Table 12-10. Network Option Costs (Thousands of Dollars) 


Network LEADS 


Number 

of Regions 

3 


Remarks 

Data Base 

Switcher in Columbus; 

Regional Switchers in 


Cleveland 

and 

Cincinnati 






Item 

No . 

Recurring Co. 

■ts 

One Time 
Installation 
Costs 

Total 

Eight Year 


Reqd. 

Annual 

Cost 

Each 

Total 

Annual 

Cost 

Eight 

Year 

Cost 

Unit 

Cost 

Total 

Purchase 

Cost 

Cost by 
Item 

Lines , Modems 

Service 

Terminals 

- 

- 

567 

4,536 

- 

42 

4,578 

Terminals 

390 

0.6 

234 

1,872 

3.6 

1,400 

3,272 

Regional 

Switchers 

2 

12 

24 

192 

180 

360 

552 

Switcher 
Floor Space 

2 

4.8 

1.6 

76.0 

30 

60 

136.8 

Switcher 
Back-up Power 

2 

6 

12 

96 

20 

40 

136 

Swi tcher 
Personnel 

2 

Sets 

128 

256 

2,048 

- 

- 

2,048 

Engineering 






230 

230 

Subtotals 



1,103 

8,821 


2,132 

10,953 





Total 

Eight 

Year Cost 

10,950 
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Table 12-1 1 . Network Line Character! sties 


Networ k LEADS Number of Regions 3, 

Reman k s Cincinnati as Regional Center 


Line 

No. 


Line 

First No. of Type 
Node Terminals (Baud) 


Line 

Utilization 


Total Mean 

Mileage Response Time 
(mi) (sec) 


1 

322 

14 

1200 

0.276 

154 

7.2 

2 

172 

3 

2400 

0.423 

49 

5.5 

3 

323 

3 

2400 

0.584 

0 

6.6 

4 

148 

13 

1200 

0.465 

106 ' 

7.9 

5 

338 

20 

1200 

0.530 

116 

8.6 



Network 

r.RflDB 


Number of 

Regions 3 


Remarks . 

Cleveland 

as ReKional Center 













Line 


Total 

Mean 

Line First 

No . of 

Type 

Line 

Mileage 

Response Time 

No 

. Node 

Terminals 

(Baud) 

Utilization 

(mi) 

(sec) 

1 

54 

6 

4800 

0.417 

0 

4.0 

2 

242 

2 

1200 

0.098 

1 

6.5 

3 

58 

17 

1200 

0.549 

74 

8.5 

4 

60 

15 

1200 

0.408 

81 

7.9 

5 

241 

22 

1200 

0.497 

77 

8.7 

6 

200 

16 

1200 

0.433 

51 

8.1 

7 

389 

22 

1200 

0.456 

127 

8.6 

8 

294 

18 

1200 

0.549 

140 

8.6 

9 

269 

7 

1200 

0.446 

67 

7.5 

10 

43 

4 

2400 

0.349 

31 

5.1 

11 

260 

22 

1200 

0.493 

12 

8.7 
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Table 12-11, Network Line Charaoteristics 
(Continuation 1) 


Networ k LEADS Number of Regions 3, 


Remarks Columbus as Regional Center 


Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response Time 
(sec) 

1 

346 

25 

1200 

0.673 

231 

7.5 

2 

365 

25 

1200 

0.578 

194 

7.1 

3 

370 

17 

1200 

0.345 

132 ■ 

5.9 

4 

422 

9 

2400 

0.649 

0 

5.3 

5 

353 

17 

1200 

0.332 

163 

5.9 

6 

295 

24 

1200 

0.519 

241 

6.9 

7 

95 

13 

1200 

0.257 

115 

5.4 

8 

13 

5 

2400 

0.460 

120 

3.7 

9 

383 

25 

1200 

0,540 

256 

7.0 
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REPRODUCIBILITY OP THE 
ORIGINAL P^VGE IS POOE 


Table 12-12* Line Layout Details 

NETWORK option: LEADS 

NUMBER OF regions: 4 



line 

TOTAL 



REOION 

1 

NO, 

NO. 

STARTING 

REMAINING 


1 

6 

S4 

235,231» 52,23Sr 59* 


2 

19 

242 

233,241, 56,243* 55*394,225,220,396,2.50, 
254,216,223,221*226*224*265,393* 


3 

IS 

60 

397,232,237,387*248, 61,232,245,246, 64, 
354,247, 63,z4g, 


(( 

16 

51 

210,207,206, 48*395,389*212,202,201, 47, 
204,203*209,385,200* 


5 

17 

200 

230,390*236, 50*211* 49, 44,391,410,215, 
214# 40,191,197, 39* 38, 


6 

17 

229 

58,234,244,217,386*222,388,218,409, 62, 
272,271,270, 73, 57*219, 


7 

18 

294 

290, 83*283, 84*275'*274,Zq5,273,278,279, 
280,276,277,296,289* 82,372* 


8 

7 

269 

284* 69,282, 74* 75,291, 


9 

9 

45 

42, 41,406, 


10 

22 

260 

403 , 259,262 , 258 * 256, 257,266 ,255,402,400, 
401, 68,261, 263, 26^*264, 71, 70,147,239, 





72, 

2 

1 

14 

322 

321, 99,325,100*104* 98*340*330*110*343, 
329,349,324, 


2 

1 

172 



3 

3 

323 

107, 12* 



13 

148 

319* 102, 315, 101 >339*351 *115*144* 145*341, 
334,111* 


5 

J9 

338 

331,352,350,143*251*139,151*152,142,138, 
344,140,149, 16,332,116,146, 0, 

3 

1 

21 

35 

362,360,361,359, 21*363,156,164,165, 20, 
162,368, 24il55, 18,160,166,159, 19,158, 


Z 

5 

13 

26,173, 34,168* 
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Table 

12-12. 

Line 

3 

2 

179 

4 

25 

371 

5 

15 

175 

1 

22 

370 

2 

9 

922 

3 

17 

353 

4 

19 

308 

5 

29 

295 

6 

16 

95 


Line' Layout Details (Continuation 1) 


t76» 

180,ial» 32,382r377» 30» 1R6, 195, 187, 192, 
31,188,189,190, 29,196,379,378, 28,358, 
163,159,193,205, 

33,171,171, 23,182,191,169,178,178, 22, 
383,389,172,179, 


381 , 919 , 376,367,36b , S6 h , 45 , 366 ,161,357, 
356, 27,194,408,907, 67,198,392,185,189, 
37, 

228,105, 46, 36, fib, 337, 421, 347, 

4J:;, 9fa, 86,412,913, 88,320,315,316,319, 
90,317, 94,420, 8^, 93, 

300,301, 87, 302, 303,305,306,307, 91,310, 
404,405, 92, 

76,423,415,311,309, 77,312,304, 78,298, 
399,286,297,287, 79,288,2q2, 81,375- 374, 
373, 80,281, 


919, 108, 10-^, 416, 917, 335, 328, 117, 346, 345, 
157, 17,150, 25,336, 
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12.6.2 Cosfcs 

Total eight year costs for the four region LEADS network 
amount to $12,410,000, These costs are detailed in Table 12-13. The three 
regional switchers, in this network account for approximately 3656 of total 
costs. Costs for lines, modems and service terminals are higher in this 
network than in any of the other four LEADS options. The observed 
increment over the three region case is due to additional interregional 
line costs. 


12.6.3 Line Performance 

Line performance data for the four region case is shown in 
Table 12-14. Mean response times vary from 4.0 seconds to 8.7 seconds 
maximum depending on the multidrop line. Of the 26 total lines in this 
network, 10 have response times less than or equal to 7-0 seconds. Only 
one line in this network carries as many as 25 terminals . 


12.6.4 Network Availability 

Network availability for the three region case is 0.982 which 
corresponds to an average daily outage of 26 minutes. 

12.7 OPTION 5 - BMV NETWORK SEPARATE FROM LEADS 

12.7.1 Topology 

The STACOM/OHIO BMV Network is shown in Figure 12-5. The 
network consists of a single region network serving BMV terminals 
throughout the state with lines separate from the single region LEADS 
network. Table 12-15 shows the detailed terminal assignments by PID number 
for the ten lines called for in the network. All ten multidrops in the 
network consist of 1200 Baud lines. 


12.7.2 Costs 

Total 8 year costs for the optimized EMV Network separate from 
the LEADS Network is $1,700,000. Totals are presented In Table 12-16. 
Costs for INCOTERM Terminals are not included in this analysis, nor are 
they included in the costing of Option 6 which considers the integration 
of LEADS with BMV. Since these costs are constant in both networks, the 
cost comparisons summarized in Section 13 are valid. The separate BMV 
network shown was optimized using the intra-state tarrif discussed in 
Section 9 of this report. Note that under this optimization, annual line 
costs are $193,000 as opposed to $295,000 in the existing system. 
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Table 12-13. Network Option Costs (Thousands of Dollars) 


Network 

LEADS 




Number 

of Regions 4 

Remarks 

Data Base 

Switcher in Columbus; 

Recional Switches in 


Cleveland 

. Cincinnati and Toledo 




Item 

No . 

Recurring Costs 

One Time 
Installation 
Costs 

Total 

Eight Year 

Reqd . 

Annual 

Cost 

Each 

Total 

Annual 

Cost 

Eight 

Year 

Cost 

Unit 

Cost 

Total 

Purchase 

Cost 

Cost by 
Item 

Lines, Modems 

Service 

Terminals 

- 

570 

4,560 

- 

42 

4,602 

Terminals 

390 

0.6 

2jil 

1,872 

3.6 

1,400 

3,272 

Regional 

Switchers 

3 

12 

36 

2B8 

180 

540 

828 

Switcher 
['loor Space* 

3 

H.8 

I4.il 

115-2 

30 

90 

205.2 

sv;i teller 
back up 
Power 

3 

6 

18 

144 

20 

60 

204 

Switcher 

personnel 

3 

sets 

128 

384 

3,072 

- 

- 

3,072 

Engineering 





- 

230 

230 

Subtotals 



1,256 

10,051 


2,362 

12,413 

Total bight 

iear Cost 






12,410 


RKPKODUCffinAW OP ^ 
URiUlKAL PAGbi IS POOR 
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i 


Table 12-14. Network Line Characteristics 


N etwor k LEADS 


Number of Regions 


Remarks Cincinnati as Regional Center 


Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response 

(sec 

1 

322 

14 


■en 

154 

7.5 

2 

172 

3 



49 

5.5 

3 

323 

3 



0 

6 .6 

4 

148 

13 



106 • 

7.9 

5 

338 

20 


■MM 

116 

8.6 


Network 

LEADS Number of Regions 

4 

Remarks _ 

Cleveland as Regional Center 



Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response Time 
(sec) 

1 

54 

6 

4800 

0.417 

0 

*1.0 

2 

242 

19 

1200 

0.478 

55 

8.4 

3 

60 

15 

1200 

0.408 

81 

8.0 

4 

51 

16 

1200 

0.370 

62 

7.9 

5 

200 

17 

1200 

0.439 

75 

8.2 

6 

229 

17 

1200 

0.549 

73 

8.5 

7 

294 

18 

1200 

0.549 

140 

8.6 

8 

269 

7 

1200 

0.446 

67 

7.5 

9 

43 

4 

2400 

0.349 

31 

5.1 

10 

260 

22 

1200 

0,493 

112 

8.7 


1 

j 

r 

1 


I 
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Table 12-14. Network Line Characteristics 
(Continuation 1) 


Networ k LEADS Number of Regions 4 

Remarks Toledo as Regional Center 


Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response Time 
(sec) 

1 

35 

21 

1200 

0.449 

192 

8.5 

2 

13 

5 

2400 

Q.4fio 

0 

5.7 

3 

179 

2 

1200 

0.04;, 

10 • 

6.2 

4 

371 

25 

1200 

0.43f' 

190 

8.7 

5 

175 

15 

1200 

0.351 

85 

7.8 


Network 

r.EADS 



Number of 

Regions 4 

Remarks 

Columbus as 

Re;?ional 

Center 










Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response Time 
(sec) 


1 

370 

22 

1200 

0.595 

148 

7.0 

2 

422 

9 

2400 

0.649 

0 

5.3 

3 

353 

17 

1200 

0.332 

163 

5.9 

4 

308 

14 

1200 

0.251 

122 

5.5 

5 

295 

24 

1200 

0.519 

241 

6.9 

6 

95 

16 

1200 

0.468 

142 

6.2 


HFJPnODUCIBirjT^'' OF ITtf 

ORWKAr. pv;; 
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Table 12-15. Terminal Assignments 


NETVfCRK 0PT1QM& BMV 
NUMS^R OF REG7GNS: 1 


RE6I0M 

1 


TERMINALS 


LIME total 

NO, NO* STARTING 

1 a** tiSS 

2 £b 6143 

3 IB 649 

4 22 552 

5 21 '467 

6 23 444 

7 25 45B 

a 23 508 

<3 6 488 

10 25 4B1 


REMAINING 


436, 645 , 644 , 578 , 598 , 439 , 440 ,441,454,453, 
448 , 449 , 450 , 652 , 451 r 452 , 653 r 655 , 656 , 657 , 
654,455,442, 

565 , 566 , 567 ,568, 66b» 66S , 664 , 579 1 659 , 660 , 
500, 50 1,582, 584,585, 586, 5r7,SRB, 599, 600, 
601,602,603,569, 

445 , 437 ,438, 646 , 590 , 591 , 5a2 , 593 , 594 , 595 , 
596,668,663,647,661,446,650, 

668.479,669,670,671 ,489,571,672,572,651, 
b73 , 574 , 575 , 576,635 » 636 , 637 , 638 , 639 , 673 , 
674, 

468,469,470,471,459,473,474,472,460,462, 
461 f 546, 647 « 548 , 464 , 465 1 463 ,475,476,477, 

487 , 533 , 562 , 563 , 564 , 64i , 642 , 4BQ , 553, 554 , 
555,557,556,558,559,560,534,457,541,542, 
643,544, 

545, 524, 525, 535 ,536, 537, 515,526 ,527 ,528, 
538,539,549,560,516,517.518,511,529,630, 
531,520,521,522, 

507,620,621,622,623,628,629,636,631,632, 
633,613,614,615,513,606,607,609,610,611, 
616 , 605 , 

490,491,495,492,675, , 

402,506,502,497,498,499,500,501 ,509, '510, 
511,512,503,504,617,618,484,483,494,495, 
485,624,625,626, 


OEIGINAI. “=> 
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Table 12-16. Network Option Costa 

(Thousands of Dollars) 


Networ k BMV Number of Regions 1 

Remarks Optimised Separate BMV Network 


Item 

No. 

Recurring Costs 

One Time 
Installation 
Costs 

Total 

Eight Year 

Reqd. 

Annual 

Cost 

Each 

Total 

Annual 

Cost 

Eight 

Tear 

Cost 

Total 

Unit Purchase 
Cost Cost 

Cost by 
Item 

Lines, Modems 



193 

1,544 

30 

1,574 


Service 

Terminals 


Terminals 


Regional 
Switchers 
Switcher 
Floor Space 

Switcher 
Back-up Power 

Switcher 

Personnel 


Engineering 


130 

130 

Subtotals 

193 

1,544 160 

1,704 



Total Eight Year Cost 

1,700 


12.7,3 Line Performance 

Line performance data for each of the ten 1200 Baud lines for 
the BMV Network is presented in Table 12-17. Mean response time at all 
terminals is fairly constant varying from 4.1 to 5.1 seconds with the 
exception of line 9 which is comprised of only six terminals each of which 
has a mean response time of 2.1 seconds . 
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Table 12-17. Network Line Characteristics 



Network 

BMV 


Number of Regions 3 


Remarks 

Columbus 

as Rereional 

Center 













Line 


Total 

Mean 

Line 

First 

No. of 

Type 

Line 

Mileage 

Response Time 

No. 

Node 

Terminals 

(Baud) Utilization 

(mi) 

(sec) 

1 

435 

24 

1200 

0.218 

334 

4.8 

2 

643 

25 

1200 

0.287 

191 

5.0 

3 

649 

19 

1200 

0.273 

215 

4.1 

4 

552 

22 

1200 

0.312 

234 

4.6 

5 

467 

21 

1200 

0.150 

347 

4.3 

6 

444 

23 

1200 

0.273 

19: 

4.7 

7 

454 

25 

1200 

0.304 

2^ 3 

5.0 

8 

508 

24 

1200 

0.384 

'31 

4.9 

9 

488 

6 

1200 

0.059 

121 

2.1 

10 

481 

25 

1200 

0.450 

219 

5.1 


12. 7. -4 Network Availability 

The network availability for the single region BMV network is 
calculated at 0.988 which corresponds to a daily average outage of 17.3 
minutes per day. 


12.8 OPTION 6 - AN INTEGRATED LEADS AND BMV NETWORK 

12.8.1 Topology 

The integrated LEADS and BMV Network is shown in Figure 12-6. 
The network is comprised of a single region with 30 raultidropped lines out 
of Columbus. In general, there is a mix of terminals on these lines 
serving law enforcement agencies and BMV offices. Table 12-18 details 
terminal assignments to each of the 30 lines by PID number . There are two 
4800 Baud lines in the network and four 2400 Baud lines in the network and 
four 2400 Baud lines. The remaining lines are 1200 Baud lines. 


12.8.2 Costs 

Total 8 year costs for the integrated LEADS BMV Network are 
shown in Table 12-19. The total cost is $9,800,000. These comparative 
costs include LEADS terminals as did the single region LEADS network 
costs, but not the already acquired BMV terminals. Lines, modems and 
service terminals amount to 64^ of total costs as presented. 


12-33 






77-53, Vol. II 


Table 12-18. Assignments by PID Number 


m iwfifiK ijMT’on; Lt A"s wirti hmm 
niiwnrR ot inr.iorib; \ 


PhfiToN 

1 


TEP^'IMAI s 

I inr TUM. 

wn. NO. STAiaiMfi HFf'AT'**TNf; 


1 

4 

fi4 

2 

25 

220 

3 

12 

54 

4 

17 

60 

5 

2.1 

146 

6 

16 

4 08 

7 

If 5 

385 

0 

10 

43 

9 

23 

402 

in 

25 

400 

11 

25 

24 

12 

2b 

336 

13 

15 

335 

14 

24 

353 

15 

14 

95 


r &n‘^ »?U7, hi 1 fhnhr 

3‘1.1,?h‘'*hr’n »h?1 ,h??,h03, Sh,?4lr?n(l, 
;?3«f 3Hr?4'>,a3-S,?« “r hh,?19,??3, 

i>3h,2?Ur SPtPSn, S^fhPflihoqfft^fifh-^lih^P, 
H33, 

4R7,htfJ,3nH,?3Pf?3 7, ^H7rhn5,?4A, filrASS, 
miP, h2,hnh,?4h, P4f'rht)7, 

4'l] tlftVil'in, 2q,4q3»lHR,Pnb,4na, 204,1, 03, 
2ll3f2n4,4‘1*^,2t)n»4AH,t4q, l»7,iqp, ’llrh^b, 

4(17, h7,bna , jqi, .HRM, 14R, 3n2,4qn, 105,104, 
anpfpni, « ;,4a4 ,3H4, iiq,M7, 

Mt», 44,301 , bn, 30f>,fp4,h25, firth, ?3h,?nf>, 
2117,210, S1,3*^fir 

42, 41 fUnfi, 497, 4^0,440, finOtSni ,fioq, 

7,2fih,*in?,?fif-,=>hB,?h2,?Aq,gfil ,?63, 

2fi7,'itU,Ml ,264 r 71, 7fi , fi1 2 , ] 47 r 405 , PhO , 
234, 72, 

401, hH,fiofi,21 fi,2V' , 44,603,414, 504,1*40, 
224, 5«,244, 217,61^,614,61 5, p?3»?1 a, 51 3, 
34fi, 5/, 254, 254* 

155, 14, 44M, 454,36*', 652, 17R, 174, 22,651, 
573, 152,451,164, 165, 24,452,156,653, 154, 
21,6»^5,3fi',654, 

4 3fi, 13H,145>, 437, 472, 152,241, 1.34,646, 1 51 , 
351, It 5, 647 ,350,66.’', 34 4, 140, 434, 140, la, 
440,1511, ?5,e|4l, 

32*1, U 7,435,346, 34'',4 4 5,343, 340,330, 11 0, 
578,324,344,645, 

416,41 7,565,565,iQ4,'=^h7, 40,546,374,111, 
574,331,664,665,321 r 44,666,325,100,566, 
324,564,322, 


BU'iioBUciBu.rry of M 
ORIGINAL PAGE IS POOI^ 


77-53, Vol. II 


Table 12-18 (Contiauation 1) 


t *t‘i( f>P>Q»376f 47t}»Ul4 r 


16 


146 

333,113, 114,1 1 ?, Soil, >^91 ,6n?, 693, 

17 

la 

323 

1117, 12, 659,660,54110 4141 ,63?, 604, 665, ^96, 

507,504,699,6(10,601 , Ml?, 643, 

IH 

H' 

13 

?6, 173, 34 , 160,576, 635,636,637 r 63fl, 

19 

23 

35 V 

356, ?/, 674, 379 , 376, ?fl, 671 , 19.3, 409, 106, 
49?, 30,30?,3V7,67«, 371 ,ln0»10l» 32,67v3, 
350,. 571, 

HO 

25 

363 

.300,672,169,672,141 , 2.3 , 1 0? , 574 , 171 , 1 71 , 
3.3, 175, 174 , 179, 17?*, 1^.39, lv?,575, 35, 362, 
tibl t 360,361, 656 , 

21 

2H 

366 

161 ,6ti9ol57, 17,446,447,163,154,690,160, 
166,44 0,159, 19,45.3,454,144,145,442,150, 
4 55, 

22 

19 

644 

116,332, 14 3,350,352,594, 3hr,^?r,6q5,.3«1 , 

596 , 1 02 , 31 “ , 1 n 1 , 662 , .31 9 , ] 4R r 661 , 

2-3 

23 

290 

5?7c p3,516,?R3,?B'‘,2/6,?77, 04,275,274, 
295,51 /, 510, 519,5?*’, 5.30, 531, ?73r5?n,5?l , 
274,279, 

24 

13 

3711 

301 r 534, ?'15, 457,5111 ,542,543, 76,4?3,415, 
544 ,419, 

25 

17 

42? 

a?p,i05, 46, 36, 05 , 337 , 401 , 347 , 444 , 407 , 
533,562,563,564,641 ,64?, 

26 

HS 

29? 

461, 01,462,464,46'', 3/5,463,374,37.3, oil, 
54 Q , 5611 r 37? , 539 , ?0'> , H? , 53B, ?96 , 59R , ?72 , 
271,270, -^3,52?, 

2.7 

2.3 

303 

469,311,309, 77,450,4/0,471,312,304, 7H, 
459 , 29U , 546 , sya .• 5 ? 4 , 4 (J4 » 405, n? , 473 , 474 , 
47?,46U, 

2H 

23 

41 1\ 

9h, Rh, 55 . 3 , 412 , 41 - 3 , OR, 554 , 3?n, 315,555, 
4?0, 09, 55/, 5.56, 3l6, 314, n(i,50«,3i7, 94 , 
559, 5611, 

29 

23 

74 

75 , 535 , 636 , 537 r 2 R 6 r P<41 , ?o7 , 7q , 5«7 , 54 (t , 

204, 6y,.?n.3,5?5,P69,515,?nl ,?01,pjia,54H, 

294,526, 

30 

17 

4fi0 



jnRr:SfH),3m , H7,4f»/, 3l|g,4fiar.3n5r3P6» ’Vf'V , 
<n ,3] 11,47^,476, n3,4^7, 
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Table 12 - 19 . Network Option Costs (Thousands of Dollars) 


Network 

InteErated LEADS/BMV 


Number of Regions 

1 

Remarks 

SinEle Network 




lt;em 

Recurring Costs 
No . 

One Time 
Installation 
Costs 

Total 

Eight Year 

Reqd. 

Annual 

Cost 

Each 

Total 

Annual 

Cost 

Eight Total 

Year Unit Purchase 

Cost Cost Cost 

Cost by 
Item 

Lines, Modems 

Service 

Terminals 

790 

6,320 

68 

6.388 

Terminals 

390 0.6 

234 

1,872 

3.6 1 ,il 00 

3,272 

Regional 

Switchers 






Switcher 
Rloor Space 






Switcher 
back-up Power 





Sv;itcher 

Personnel 






Engineering 




130 

130 

Subtotals 


1,024 

8,192 

1,59s 

9,790 




Total 

Eight Year Cost 

9,800 
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The integrated network was optimized subject to the MPL 
tariff discussed in Section 9 of this report since the LEADS Network 
qualifies as an inter-state network. 


12.8.3 Line Performance 

Line performance data for the integrated LEADS BMV Network is 
presented in Table 12-20. Mean response time at terminals varies between 
1.7 and 7-2 seconds. Message prioritization is not required to meet these 
response time values. 


12.8.4 Network Availability 

The network availability to any terminal on the integrated 

LEADS BMV Network is 0.988, which implies a daily average outage of I7.3 
minutes. 

12.9 OPTION 7 - NEW DATA NETWORK SEPARATE PROM LEADS 

12.9.1 Topology 

Growth of new data types is such that a new data network 
separate from the LEADS network should be constructed in two phases. An 
interim network to handle traffic through 1980 is shown in Figure 12-7. A 
complete network sufficient to handle predicted new traffic volumes from 
1981 through to 1985 is shown in Figure 12-8. Both networks are basically 
starred networks with some lines involving a drop consisting of two 
terminals. Table 12-21 lists cities included in the network which 
functions through I98Q and whose PID numbers were used in the computer 
runs. Table '^2-22 lists terminals for the final new data network to 
function from 1981 through I985. The first network employs nine lines in 
total and the second network adds six new lines as shown. 


12.9.2 Costs 

Total eight year costs for the separate new data network 
amount to $724,000 as shown in Table 12-23* Costs for lines, modems, 
service terminals and network terminals are broken out for required 
network phasing. It is assumed that the first network is built in 1978 
and the second in I98I . As in previous costing, new terminals for the 
network are purchased. 


12.9.3 Line Performance 

Line performance characteristics for the 1985 new data network 
are shown in Table 12-24. Response time varies from 2.2 to 14.2 seconds. 
These response times are in keeping with functional requirements for 
response times for these data types. 
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Table 12-2Q. Network Line Characteristics 


Network 

LEADS with EMV 

Number of Recions 1 

Remarks 

Under MPL 






Line 


Total 

Mean 

Line 

First 

No. of 

Type 

Line 

Mileage 

Response Time 

No. 

Node 

Terminals 

(BaudO 

Utilization 

(rai) 

(sec) 


1 

64 

9 

1200 

0.156 

192 

4.7 

2 

220 

25 

1200 

0.636 

175 

7.1 

3 

54 

12 

4800 

0.460 

126 

2.0 

4 

60 

17 

1200 

0.394 

171 

5.8 

5 

196 

22 

2200 

0.390 

158 . 

6.2 

6 

408 

18 

1200 

0.376 

126 

5.8 

7 

385 

25 

1200 

0.623 

157 

7.1 

8 

43 

10 

2400 

0.419 

no 

3.3 

9 

402 

23 

1200 

0.448 

172 

6.4 

10 

400 

25 

1200 

0.513 

160 

6.7 

11 

24 

25 

1200 

0.467 

211 

6.6 

12 

336 

25 

1200 

0.460 

143 

6.6 

13 

335 

15 

1200 

0.437 

83 

5.8 

14 

95 

24 

1200 

0.362 

202 

6.2 

15 

146 

14 

1200 

0.265 

56 

5.3 

16 

146 

9 

2400 

0.465 

66 

3.6 

17 

323 

18 

2400 

0.681 

101 

5-7 

18 

13 

10 

2400 

0.515 

120 

3.9 

19 

357 

22 

1200 

0.379 

166 

6.1 

20 

383 

25 

1200 

0.439 

193 

6.5 

21 

366 

22 

1200 

' 0.273 

154 

5.9 

22 

644 

19 

1200 

0.700 

142 

6.9 

23 

290 

23 

1200 

0.561 

178 

6.7 

24 

370 

13 

1200 

0.300 

40 

5.3 

25 

422 

17 

4800 

0.356 

Q 

1.7 

26 

292 

25 

1200 

0.532 

216 

6.8 

27 

303 

23 

1200 

0.312 

242 

6.0 

28 

418 

23 

1200 

0.359 

162 

6.1 

29 

74 

23 

1200 

0.693 

192 

7.2 

30 

480 

17 

1200 

0.257 

no 

5.5 
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Table 12-21 . Separate New Data Network Terminal 
Assignments Through 1980 


Line 

No. 

First PID 
No. 

Remaining PID 
Nos 

Terminal Location 

1 

701 


Dist 8 Courts, Cleveland 

2 

702 


Dist 1 Courts , Cinoinnati 

3 

703 


Dist 2 Courts, Dayton 

11 

705 


Dist 6 Courts, Toledo 

5 

707 

706 

ODC Headquarters 
Dist 9 Courts, Akron 

6 

708 


Mansfield ODC 

7 

709 

704 

Columbus ODC 

Dist 10 -Courts, Columbus 

8 

710 


Marysville ODC 

9 

716 


London BCI, Data Conv, 



Table 12-22. 

Separate New Data Network Terminal 
Assignments 198l Through I985 

Line 

No. 

First PID 

Remaining PIDs 

Terminal Location 

1 

701 


Dist 8 Courts, Cleveland 

2 

702 


Dist 1 Courts, Cinoinnati 

3 

703 


Dist 2 Courts, Dayton 

4 

704 


Dist 10 Courts, Columbus 

5 

705 


Dish 6 Courts, Toledo 

6 

706 


Dist 9 Courts, Akron 

7 

707 


ODC Headquarters 

8 

708 

710 

Marysville ODC 
Mansfield ODC 

9 

709 


Columbus ODC 

10 

711 


Lebanon ODC 

11 

712 


Luoasville ODC 

12 

713 


London ODC 

13 

714 


Marion ODC 

14 

715 


Chillicothe ODC 

15 

716 


London BCI, Data Conv. 
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Table 12-23. Networ’k Option Costs (Thousands of Dollars) 


Network New Data Number of flei^ions J 

Remarks Optimized Separate Hew Data Network 





RecurrinK Costs 


One Tima 
Installation 

Costs 

Total 

Item 

No. 

Reqdi 

Annual 

Cost 

Each 

Total 

Annual Cost 
To 1981- 

1980 1985 

Eight 

Year 

Cost 

Unit 

Cost 

Total 

Purchase 

1978 

Cost 

1981 

Eight Year 
Cost by 
Item 

Lines, Modems 

Service 

Terminals 



50 ■ 78 

540 

— 

4 

4.3 

548.3 

^ Terminals 

11/16 

0.6 

6.6 9.6 

67.8 

3.6 

40 

18 

125.3 


Regional 

Switobers 

Switcher 
Floor Space 

Switcher 
Back up 
Fewer 


Switcher 

Personnel 


Engineering 




43 

10 

50 

Subtotals 

12 

83 

608 

84 

32~ 

7 ^ 


Total Sight Year Cost 


724 
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Table 12-24, Network Line Characteristics 


Network New Data. Tvoe 

Remarks Columbus as ReTtional Center 

Number of 

Regions 1 


Line 

Total 

Mean 

Line First No. of 

Type Line 

Mileage 

Response Time 

No, Node Terminals 

(Baud) Utilization 

(mi) 

(sec) 


1 

701 

1 

9600 

0.535 

126 

2.6 

2 

702 

1 

9600 

0.499 

101 

2.4 

3 

703 

1 

9600 

0.392 

66 

2.2 

4 

704 

1 

4800 

o.68g 

0 

5.9 

5 

705 

1 

4800 

0.658 

120 . 

5.5 

6 

706 

1 

4800 

0.619 

110 

5.1 

7 

707 

2 

2400 

0.449 

27 

5.6 

8 

708 

1 

4800 

0.641 

61 

5.3 

9 

709 

1 

4800 

0.447 

0 

3.9 

10 

711 

1 

1200 

0.469 

74 

14.2 

11 

712 

1 

1200 

0,462 

85 

14.1 

12 

713 

1 

1200 

0.383 

25 

12.7 

13 

714 

1 

1200 

0.301 

44 

11.5 

14 

715 

1 

1200 

0.279 

44 

11.2 

15 

716 

1 

9600 

0.384 

25 

2.2 


12.9.4 Network Availability 

The network availability is 0.988, which implies an average 
daily outage of 17.3 minutes. 


12.10 OPTION 8 - AN INTEGRATED LEADS AND NEW DATA NETWORK 

12.10.1 Topology 

Integration of new data type terminals into the LEADS network 
involves a two step implementation procedure as new data terminals are 
added to the network in the same manner that the separate new data type 
network impleraeiitation is phased (see Section 12.9). The network is 
basioally the single region LEADS Network with the new data terminal star 
network added* The integrated network which serves through 1980 is 
identical with the exception that the five new data type terminals to be 
added in 1981 are absent from the network. The PID number of these five 
terminals are: 711 i 712, 713t 71^j and T15. 
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12.10.2 Costs 

Total eight year costs for the integrated LEADS Hew Data Type 
Network are $8,580,000 as shown in Table 12-25. The phasing for line 
reconfiguration and addition of the five required terminals in 1981 is 
indicated , 


12,10.3 Line Performance 

Line performance for the integrated LEADS New Data Type Net- 
work is tabulated in Table 12-26, Response times vary from 1.2 seconds 
to 8.6 seconds. Line configurations are such that priorization of law 
enforcement message types is not required. 


12,10,4 Network Availability 

Network availability for the single region integrated LEADS 
New Data Type Network is 0.988, which implies an average daily outage of 
17.3 minutes. 


12,11 COMPILATION OP COST AND PERFORMANCE DATA - OPTION 1 THROUGH 8 

Table 12-27 compiles cost and performance data presented for 
each of the eight options presented in this section. The nes;t section 
discusses these findings and also presents results of additional network 
studies carried out in Ohio . 






Table 12-25. Network Option Coats (Thousands of Dollars) 


Network Integrated Leads /New Data Number of Regions J. 

Remarks Single Network 





Recurring Costs 


One Tims 

Installation Costs 

Total 

Item 

No. 

Reqd. 

Annual 

Cost 

Each 

Total 

Annual Cost 
To 1981 - 

1980 1985 

Eight 

Year 

Cost 

Unit 

Cost 

Total 

Purchase 

1978 

Cost 

1981 

Eight Year 
Cost by 
Item 

Lines, Modems 

Service 

Terminals 

— 


598 638 

4984 

“ 

44 

4.3 

5032 

Terminals 

401/406 

0.6 

241 244 

1943 

3.6 

1444 

18 

3405 


Regional 

Switchers 

Switcher 
Floor Space 

Switcher 
Back Up 
Power 

Switcher 

Personnel 

Engineering 


Subtotals 839 882 6927 


•130 10 140 

1618 32" 8577 

Total Eight Year tost 8580 
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Table 12-26. Network Line Characteristics 


Network LEAPg With New Data Type Number of Regions J. 

Remarks Columbus as Regional Center 


Line 

Line First No. of Type 
No. Node Terminals (Baud) 


Total 

Line Mileage 

Utilization (mi) 


Mean 

Response Time 
(sec) 


1 

64 

5 

1200 

0.122 

192 

5.4 

2 

54 

6 

4800 

0.413 

126 

2.2 

3 

44 

25 

1200 

0.669 

186 

8.6 

4 

229 

22 

1200 

0.586 

188 

8.1 

5 

408 

21 

1200 

0.490 

158 . 

7.6 

6 

385 

23 

1200 

0.495 

190 

7.8 

7 

43 

4 

2400 

0.350 

no 

8.5 

8 

400 

25 

1200 

0.570 

184 

8.2 

9 

701 

1 

9600 

0.547 

126 

1.4 

10 

708 

1 

4800 

0.652 

51 

3.0 

u 

706 

1 

4800 

0.629 

110 

2.9 

12 

365 

20 

1200 

0.682 

166 

8.3 

13 

416 

13 

1200 

0.697 

ISO 

7.8 

14 

353 

23 

1200 

0.639 

208 

8.4 

15 

95 

7 

1200 

0.524 

41 

6.7 

16 

146 

5 

2400 

0.429 

66 

4.2 

17 

343 

23 

1200 

0.485 

165 

7.7 

18 

323 

3 

2400 

0.599 

101 

5.5 

19 

13 

5 

2400 

0.456 

120 

4.3 

20 

116 

15 

1200 

0.626 

149 

7.7 

21 

383 

25 

1200 

0.536 

256 

8.1 

22 

366 

3 

2400 

0.406 

27 

3.2 

23 

702 

1 

9600 

0.510 

101 

1.4 

24 

703 

1 

9600 

0.400 

66 

1 .2 

25 

706 

1 

4800 

0.669 

120 

3.2 

26 

706 

1 

4800 

0.629 

no 

2.9 

27 

716 

1 

9600 

0.391 

25 

1.2 

28 

422 

9 

2400 

0.694 

0 

6.2 

29 

308 

16 

1200 

0.563 

130 

7.5 

30 

302 

25 

1200 

0.403 

281 

7.6 

31 

84 

16 

1200 

0.662 

188 

8.0 

32 

74 

18 

1200 

0.695 

222 

8.3 

33 

704 

1 

9600 

0.355 

0 

1.2 

34 

707 

8 

1200 

0.330 

40 

6.2 

35 

709 

1 

4800 

0.455 

0 

2.2 

36 

712 

6 

1200 

0.602 

108 

6.9 
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Table 12 - 27 * Compilation of Cost and Performance Data for 
Ohio New or Improved Networks 


Option 12345678 


• [ 

1 Network 




LEADS 



LEADS 

LEADS 

and 

1: 1234 

LEADS 

and 

New 

New 

Region Region Region Region 

BMV 

PMV 

Data 

Data 


Parameter 
One-Time Cost 

1.6 

1.9 

2.1 

2.4 

1.7 

1.6 

'..7 

1.7 

($K) 

Eight -year 

6.4 

7.6 

8.8 

10.1 

7.93 

7.9 

7.0 

6.9 

Recurring 
Cost C$K) 

■^Jain Response 

7.5 

7.3 

7.5 

6.9 

7 . 5 / 

7.3 

7.5/ 

8.6 

Time (sec) 
Availability 

0.988 

O.9S2 

0.982 

0.982 

5.3 

0.988 

0,988 

14 

0.988 

0.988 
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SECTION 13 

STACOM/OHIO NETWORK COMPARISONS 


This section provides a comparative overview of the eight 
STACOM/OhIO Network Options and also presents results of two additional 
studies. One additional study deals with impacts on the LEADS Network of 
the inclusion of fingerprint data, and a second study assesses the impact 
on network costs of reducing response time as required at terminals to 
less than the 9 seconds called for in the OHIO Functional Requirements. 


13.1 COMPARISON OF THE FOUR LEADS OPTIONS 

Each of the four LEADS options, Options 1 through 4, involving 
the use of from 0 to 3 regional switchers in addition to the existing 
Columbus switcher data base computer, have been designed to meet or exceed 
the STACOM/OHIO functional requirements. The principal issue of 
comparison between networks thus becomes cost. Costs presented here, and 
in the previous Section 12, are based upon total eight year installation 
and recurring costs for the years 1978 through 1985 as discussed in 
Section 4. 


Figure 13-1 presents total eight-year costs for Options 1 
through 4 and also includes eight-year costs for continuation of the 
present system for comparative purposes only. The single region LEADS 
Network is the cheapest. The two, three and four region ootions follow in 
order. These results show that line savings due to the use of regional 
switchers located throughout the state do not offset the additional costs 
incurred for regional switcher hardware, sites, personnel, interregion 
lines and increased engineering costs. 

Since all networks meet functional requirements, the 
conclusion is that the STACOM/OHIO single region network is the most 
cost-effective option of the first four options. 


13.2 SEPARATE VS INTEGRATED LEADS/BMV NETWORK(S) 

The least cost LEADS network derived from Options 1 through 4, 
the single region case, was used to compare costs of separate vs 
integrated networks for LEADS and BMV traffic. 

In considering the BMV network as a possible separate entity, 
network optimization was carried out subject to the intrastate tariff 
presented in Section 9- This led to a considerable annual recurring cost 
savings over the existing BMV network of approximately $100,000. When 
this value is added to recurring costs for a separate single region LEADS 
network, (which is subject to the interstate MPL tariff) , a total annual 
recurring cost for separate networks is obtained. This value together 
with the total of one-time installation costs for each network is 
displayed in the left-hand portion of Flgi—e 13-2. The bars to the right 
show one-time installation and annual recurring costs for an integrated 
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Figure 13-1 • Total Cost — 1978 Through 1985 Options 
1 Through 4 and Present System 
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LEADS/BMV Network with the entire network subject to the interstate 
MPL tariff outlined in Section 9. 

The figures indicate that total eight-year costs are not 
appreciably different. For example, referring to Figure 13-2, the total 
eight-year cost for separate networks is : 

1.73 + 8(.991) = $9,658,000 
and for the integrated case : 

1 . 60 + 8 ( 1 . 0 ) = $ 9 , 600,000 

The figures indicate an eight-year savings estimate of $58,000. 

It is evident that the use of different tariff structures 
plays an important role in the final costings of the two alternatives. It 
would be reasonable to assume that a more substantial eost saving would be 
realized by combining two such state-wide networks if the same tariff were 
used in all cases. However, as long as the networks in question are 
subject to the tariff structures assumed in this study, it would appear 
that cost is not an overvrhelming consideration to the management decision 
to integrate or not to integrate the two networks. 

This is not the case, however, if the LEADS and BMV networks 
could be integrated under the intrastate tariff used for BMV alone. A 
separate investigation of this possibility was carried out. In this case, 
annual line costs would amount to $530,000 and line installation costs 
would be $72,000. Substituting these line costs, into Table 12-19, total 
network annual recurring and installation costs (including terminals and 
engineering costs) would be $764,000, and $1,600,000 respectively. This 
yields an eight year total cost of 

1.6M + 8 (764k) = 7.712M 

This represents a meaningful savings of $1,940,000 over the separate LEADS 
and BMV network, option 5. 

13-3 SEPARATE VS INTEGRATED LEADS/NEW DATA NETWORK(S) 

Whether integrated with the LEADS Network or not, the 
estimated growth of new data types from the present until 1985 calls 
for the implementation of 11 terminals through I98O, and the addition 
of 5 more terminals in 1981, for a total of 16 operational terminals 
from 1981 through 1985. This means that in each case there is a small 
additional one-time installation cost incurred in 1981. Figure 13-3 
depicts these cost comparisons for the separate and integrated network 
cases. The family of bar graphs to the left shows that the LEADS and 
new data type networks taken separately require a total present install- 
ation cost of $1.66M and a total annual recurring cost of $840K through 
the year 1980. The 1981 upgrade requires a $77K investment and recurring 
costs increment to $885K. The family of bar graphs to the right of 
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Figure 13-3. Separate vs Integrated New Data and Leads Network 
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Figure 13-3 show similar cost breakdowns for pre and post 198I years 
for the oase in which the two networks are integrated into a single 
entity - 


Assuming that network implementation takes place in 1978, then 
the life of either network before upgrade is three years to 1980, and the 
life of the upgraded network is five years. The total eight-year cost 
estimate for the oase where the networks are separate , then becomes ; 

1.66 + 3(.8i|0) + 0.077 + 5(0.885) = $8,682,000 
and the total eight-year cost for the integrated option is 

1.62 + 3(.8^0) + 0.072 + 5(0.882) = $8,622,000 

for an eight-year estimated difference of $60,000. 

As in the case of considering BMV/LEADS integration,, the 
monetary benefits of integration are not significant when compared to 
total cost. The reason, however, in this case is not due to tariff 
structures but is due to the fact that there are so few new data type 
lines in comparison to LEADS lines. 

Both networks function within specifications of STACOM/OHIO 
network functional requirements. The conclusion, therefore, is that cost 
considerations alone do not represent a significant factor in the man- 
agement decision to implement Options 7 or 8. 

13.4 IMPACT OF FINGERPRINT DATA ON LEADS NETWORK 

13.4.1 Topology 

Predicted growth of fingerprint data types is contingent on 
the development and use of encoding and classifying equipment located in 
major Ohio cities. The implementation schedule calls for a first digi- 
tizer classifier to be located in the Cleveland PD in 1981 and five more 
to be added to the system in 1983 at PDs in Columbus, Cincinnati, Toledo, 
Dayton and Akron, The incorporation of these facilities involves a slight 
modification to the topology of the single region LEADS case, (see 
Paragraph 13- 1). The LEADS Network with fingerprint data added as 
specified requires a total of 23 raultidropped lines. These lines, and 
their principal characteristics, are summarized in Table 13-1. 


13.4.2 Costs 

Total eight-year costs for a LEADS Network which handles 
fingerprint data are broken down in Table 13-2. Costs for the LEADS 
Network from 1978 to 1985 are shown separately. In I981, the increment 
costs for the first terminal in Cleveland are shown. These costa are 
incurred through 1985. The three-year costs for the addition of the final 
five terminals in 1983 through 1985 are also listed. 
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Table 13-1. Network Line Characteristics 


Network 

LEADS with Flncerorint Number of Regions 

3_ 

Remarks 

Columbus as Reeional Center 



Line 

No. 

First 

Node 

No. of 
Terminals 

Line 

Type 

(Baud) 

Line 

Utilization 

Total 

Mileage 

(mi) 

Mean 

Response Time 
(sec) 

1 

4l6 

9 

1200 

0.160 

145 

5.3 

2 

355 

25 

1200 

0.677 

212 

8.0 

3 

95 

25 

1200 

0.502 

195 

7.3 

4 

146 

5 

2400 

0.678 

66 

5.8 

5 

343 

24 

1200 

0.517 

183. 

T.3 

6 

323 

3 

4800 

0.458 

101 

2.2 

7 

13 

5 

4800 

0.389 

120 

2,0 

8 

116 

17 

1200 

0.662 

159 

7.3 

9 

383 

25 

1200 

0.538 

256 

7.4 

10 

64 

5 

1200 

0.123 

192 

4.9 

11 

54 

6 

4800 

0.693 

126 

3.2 

12 

44 

25 

1200 

0,672 

186 

7.9 

13 

229 

22 

1200 

0.589 

188 

7.4 

14 

408 

21 

1200 

0 . 492 

158 

7.0 

15 

385 

23 

1200 

0.497 

190 

7.1 

16 

43 

4 

2400 

0.562 

110 

4.5 

17 

l{00 

25 

1200 

0.573 

184 

7.5 

18 

370 

7 

1200 

0.213 

40 

5.3 

19 

422 

9 

4800 

0,536 

0 

2.4 

20 

308 

20 

1200 

.0.417 

181 

6.7 

21 

302 

25 

1200 

0.405 

281 

7.0 

22 

84 

16 

1200 

0 . 6 G 5 

188 

7.2 

23 

74 

18 

1200 

0.698 

222 

7.5 


Total eight-year costs are $9,298,000. Costs for lines, 
modems, and service terminals, (listed as LINES in Table 13-2), account for 
about 35? of the eight-year cost increase over the single region LEADS 
without fingerprints and the costs for fingerprint processing equipment 
accounts for 975? of the additional cost. 

As indicated in Table 13-2, the purchase cost for a single 
fingerprint encoder- classifier is estimated at $200,000 per unit- Annual 
maintenance is assumed to run at $12,000. 
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Table 13-2. Cost Summary by Year for LEADS Network 
with Fingerprint Data ($1000 's) 







Eight 

Year 


Total 


, 


Annual 

Total 

Re- 


Pur- 



No. 

Cost 

Annual 

curring 

Unit 

chase 

Year (s) 

Item 

Reqd. 

Each 

Cost 

Cost 

Cost 

Cost 


Lines 



564 

4,51? 


42 

1978- 

Leads 

390 

0,6 

234 

1,872 

3.6 

1,400 

1985 

Terminals 

Lines* 



1.5 

7.5 


0.25 

198 - 
1985 

Fingerprint* 

1 

12 

12 

. 60. 

200 

200 


Terminals 

Lines* 



7.5 

22.5 


1.25 

1983 - 
1985 

Fingerprint* 

Terminals 

5 

12 

60 

180 

200 

1,000 

Totals 




6,654 


2,643 

Total Eight-Year Cost 





$9,297 

*Added 

costs in . years 

shown 







13 -3 Performance 

The principal performance question of interest when 
considering the addition of messages with long average message lengths, 
such as fingerprint data, to the LEADS Network is the potential degrading 
effect on response times for higher ''priority" type messages involving 
officer safety. 

An analysis of the mean and standard deviation of message 
service times on the LEADS Network with fingerprint data added, indicates 
that mean response time goals specified in the OHIO Functional Requirements 
will be met satisfactorily without the necessity of message blocking 
or message prioritization by the computer. 

This result stems from two considerations. First, the 
Glassification of fingerprint data allows for substantial reductions in 
the actual amount of data characters transmitted for each fingerprint 
(1852 characters). Second, while this message length is still 
comparatively long with respect to the normal LEADS message types, the 
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occurrence of fingerprint messages on the network accounts for only about 
2 .% of the total traffic predicted for 1985. 

For these reasons, the mean response time goal of less than 
equal to 9 seconds is met for the network topology presented in 
Paragraph IS-^.I. 


8.5 NETWORK COST SENSITIVITY TO RESPONSE TIME 

The effect of reducing network response time requirements on 
annual recurring costs for lines, modems and service terminals in the 
single region LEADS case, (Option 1), was investigated. Network optimi- 
zation computer runs were carried out at a number of points where the 
required response time was set at leas than 9 seconds. The program then 
found the required networks and produced costs for each run. 

Figure 13-i| shows the results of this analysis, which was 
carried out with the same mean service times for the Columbus computer to 
clarify the effect on network costs. The figure shows that for the OHIO 
single region LEADS Network, there is virtually no cost penalty for 
specifying a response time down to approximately 7.0 seconds. Stating the 
case alternatively, a network that meets a 9.0 second response time 
requirement also meets a 7.0 second requirement. 

A slight increase in cost begins to appear at 6.0 seconds, due 
primarily to the reduction of the number of mulbidropped terminals on some 
of the lines. This reduction is required to meet the lower response time 
goal . 


A substantial increase in cost of about 13? is required to 
realize a reduction in response time from 6.0 to 5.0 seconds. Reductions 
in mean response time below 5.0 seconds result in rapidly increasing 
costs. 


The curve suggests that mean service times at network 
terminals in the neighborhood of 4 seconds would require substantial 
expenditures in the Columbus computer. 
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• APPENDIX A 

STACOM PROJECT 
STATE LEVEL QUESTIONNAIRE 

1) Please provide one diagram showing principal components used 

in information interchange between all criminal justice user 
agencies. Principal components are defined as; 


nj 

Data Bases 


Switchers/ Concentrators 


Data Base and Switcher 

« 

Terminal (s) 

>.i. 

Line 


Please include line sizes in bauds. For example: 



Please indicate system upgrades that have occurred since January I971 and 
indicate when they have occurred. Also, please indicate system upgrades 
that are planned for the future. Make separate diagrams if necessary. 
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2) Please provide the information requested below regarding your 

state oriminal justice information system. 

1971 1972 1973 1974 1975 1976 

Number of Records 
in 

File Type 1 
File Type 2 


File Type N 

3) Please supply past traffic volume data covering the period 

1971 to the present. These traffic statistics should be 
broken out by user agency and message type. 




Please provide format details for all message types trans- 
mitted over your state oriminal justice communications system. 


please provide average message lengths by message type . 


Please provide an origin and destination matrix showing yearly 
message volumes from each user agency to each other user 
agency in your state. 


Are there instances where a query into one data file will 
automatically generate queries into other data files? 

If so please describe this process. 


Please indicate any planned upgrade that would affect traffic 
against current law enforcement files. Examples are: 

a) Increase the number of records in file. 

b) Reduce response times. 

c) Increase the number of law enforcement users. 
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8) The following is a list of 'new* data types 

computerized criminal histories - already in service 

- offender-based transaction statistics (adult and 
juveniles) 

criminal court audit and management systems 

- criminal justice planning information 

- criminal intelligence data 

crime lab data including facsimile transmission, 
bibliographic exchange, firearm identification and 
spectral analysis 

- corrections agency data systems (for management, 

training, education and rehabilitation which includes 
parole, probation, and corrections departments) 

criminal extradition and rendition system 

prosecutors management information system 

- automated legal research 

video applications (including training, courts and 
corrections) 

- digital mug shot identification 
digital fingerprint transmission 

boat registration file maintained by Parks and Wildlife 
Dept . 

Include in this list others you are aware of. 


8a) In your answers to questions 2) and 3) you have supplied us 

with information concerning data base characteristics and 
message volumes for the above 'new' data types already 
implemented on your state telecommunication system. For each 
of these already implemented new data types: 

1 ) Do you plan to increase the number of records contained 
in the data files? If yes please discuss the phasing o 
this increase. 


A-5 


2) Will the number of users participating in the exchange 
of these new data types increase? If yes, please 
identify the new users. 


With respect to each of the 'new* data types in the list above 
which you have not yet implemented. 

1) Is implementation planned? If yes 

2) What is the time phasing? 

3) What agencies will use it? 

4) Which facilities will maintain data bases with this data 
type? 

5) Is any state agency studying or testing the feasibility 
of one of these data types? If so, describe. 


With respect to all of the above new data types, are you aware 
of, or are you using, any new or recent commercial product or 
service which is specifically tailored to acquire, process, or 
display this data type. In example might be a special purpose 
fingerprint analysis and display terminal which sends and 
receives digitized fingerprint data. 


Please identify either federal or state privacy and security 
legislation that currently has an impact on the criminal 
justice information system, with regard to such things as data 
file update intervals, encryption requirements, personnel 
identification at the terminals, dedicated vs. shared 
systems, fingerprints supporting each file, etc. Please 
characterize these impacts. 


Are you aware of planned privacy legislation that will impact 
criminal justice information systems? If yes, please 
characterize these impacts. 


Please identify administrative and legislative constraints to 
system development. 

1) Regionalization within your state. 

2) Requirements to utilize existing state equipment. 
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3) Interrelationships between state criminal justice 
agencies which may impede development of an Integrated 
criminal justice telecommunication system, 

4) Budget limitations 


11) Are there other innovations or planning activities in the 

state that would aid us in predicting traffic levels? 

Examples are: 

a) Are you in contact v;ith and aware of the local Bell 
System operating company's (or other common carrier's) 
planning activities for your state? If so, please 
describe. 

b) Are you in contact with the State Public Utilities 
Commission and maintain currency with their decisions on 
state tariffs and other related communication matters? 

If so, please explain the nature of your contact. 

c) Can you provide descriptive material of the state's 
organizations dealing with telecommunications in 
general, and criminal justice telecommunications in 
particular? 


12a) Has a criminal justice flow model been prepared that describes 

the offender’s progress through your state's criminal justice 
system? 


12b) Has the information needed to perform functions in the above 

flow process been identified? We are specifically interested 
in information that could be transmitted over the state 
criminal justice information system. 

13) Please provide information on the number of criminal justice 

agencies in your state by agency type. 


Agency Type Number 

Lfw Enforcement 
Courts 
Corrections 
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14) Please provide the following court statistics. 

1 ) Number of courts by type . 

2) For each court type. 

Number of Yearly Filings bv Case Type 

a) Case Type/Year 1972 1973 1974 1975 

Number of Dispositions bv Case Type 

b) Case Type/Disposition, e.g,, Conviction Acquittal 


3) Are there factors in the future that are likely to 
change these statistics? 

a) Normal Growth 

b ) Decriminalization 

c) Administrative Changes 

d) Etc. 
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APPENDIX B 

STACOM PBOJECT 
USER AGENCY SURVEY 


USER AGENCY 
ADDRESS 


DATE 

RESPONDENT 
PHONE 


AVG. NO, OF MSG. SENT/DAY 

AVG. NO, OF MSG, RECEIVED/DAY 

NO. OF MSG. SENT DURING PEAK HR 

CURRENT AVERAGE RESPONSE TIME* (sec) 

ACCEPTABLE RESPONSE TB-JE (sec) 

PERCENTAGE DOWN TIME 

Please fill out as much as you can in the following table for the 
population area served by your terminal • 



1975 

1974 

1973 

1972 

1971 

Crime Rate per Capita** 







Number of Personnel Requiring 
Info, over State C.J. Tele- 
communications System 


*Your best estimate of average response time. Response time is defined 
as time from the moment you request the network to take a message until 
a satisfactory reply is completed at your terminal. 

**Includes crimes falling in the U.C.R. seven major crime categories. 
Murder and non-negligent manslaughter, forcible rape, robbery, 
aggravated assault, burglary - breaking or entering, larceny and auto 
theft. 
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